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Preface 


If you are holding this book in the store,you might be wondering why 
you should read this book among many C++books.First,you should know 
this book is about the latest new C++11(codenamed C++0x)Standard 
ratified at the end of 2011.This new Standard is almost like a new 
language,with many new language and library features but there is a strong 
emphasis for compatibility with the last C++98/03 Standard during 
design.At the time of printing of this book in 2013,this is one of the first 
few C++11 books published.All books that do not mention C++11 will 


invariably be talking about C++98/03. 


What makes this book different is that it is written by Chinese 
writers,in its original Chinese language.In fact,all of us are on the 
C++compiler team for the IBM xlC++compiler,which has been adding 


C++11 features since 2008. 


For my part,l am the C++Standard representative for IBM and Canada 
and have been working in compilers for 20 years,and is the author of 


several C++11 features while leading the IBM C++Compiler team. 


For C++users who read Chinese,many prefer to read an original 
Chinese language book, rather than a translated book,even if they can read 
other languages.While very well written also by experts from the 
C++Standard Committee,these non-Chinese books’ translation can take 
time,or result in words or meanings that are loss in translation. The 
translator has a tough job as technical books contain many jargon and new 
words that may not have an exact meaning in Chinese.Different translators 
may not use the same word,even within the same book.These are reasons 
that lead to a slow dissemination of C++knowledge and slows the adoption 


of C++11 in Chinese. 


These are all reasons that lead to weak competitiveness.We aim to 
improve that competiveness with a book written by Chinese-speaking 
writers,with a uniform language for jargons,who understand the technology 
gap as many of the writers work in the IBM Lab in Shanghai.We know 
there are many Chinese-speaking C++enthusiasts who are eager to learn 
and use the updates to their favorite language.The newness of C++11 also 
demands a strong candidate in the beginner to intermediate level of 


C++11,which is the level of this book. 


You should do well reading this book, if you are: 


‘an experienced C programmer who wants to see what C++11 can do 


for you. 


‘already a C++98/03 programmer who wants to learn the new C++11 


language. 


‘anyone interested in learning the new C++11 language. 


We structure this book using the design principles that Professor 
Bjarne Stroustrup,the father of C++followed in designing C++11 through 
the Standard Committee.In fact,we separated this book into chapters based 
on those design principles.These design principles are outlined in the first 
chapter. The remaining chapters separate every C++11 language features 
under those design classifications.For each feature, it will explain the 
motivation for the feature,the rules,and how it is used,taking from the 
approved C++11 papers that proposed these features.A further set of 
appendices will outline the current state of the art of compiler support for 
C++11,incompatibilities,deprecated features,and links to the approved 


papers. 


After reading this book,you should be able to answer questions such 


as: 


‘What is a lambda and the best way to use it? 


‘How is decltype and auto type inference related? 


-What is move semantics and how does it solve the forwarding 


problem? 


-I want to understand default and deleted as well as explicit overrides. 


‘What did they replace exception specifications with and how does 


noexcept work? 


‘What are atomics and the new memory model? 


‘How do you do parallel programming in C++11? 


What we do not cover are the C++11 changes to the Standard 
library.This part could be a book itself and we may continue with this as 
Book II.This means we will not talk about the new algorithms,or new class 
libraries,but we will talk about atomics since most compilers implement 
atomics as a language feature rather than a library feature for efficiency 
reason.However,in the C++11 Standard,atomics is listed as a library feature 
simply because it could be implemented at worst as a library,but very few 
compilers would do that.This book is also not trying to teach you C++.For 


that,we particularly recommend Professor Stroustrup’book Programming 


principles&Practice Using C++which is based on an excellent course he 


taught at Texas A&M University on programming. 


This book could be read chapter by chapter if you are interested in 
every feature of C++11.More likely,you would want to learn about certain 
C++11 feature and want to target that feature.But while reading about that 
feature,you might explore other features that fall under the same design 


guideline. 


We hope you find this book useful in your professional or personal 
learning.We learnt too during our journey of collaborating in writing this 
book,as we wrote while building the IBM C++compiler and making it 


C++11 compliant. 


The work of writing a book is long but it is well worth it.While I have 
been thinking about writing this book while working on the C++Standard,it 
was really Xiao Feng Guan who motivated me to start really stop thinking 
and start doing it for real.He continued to motivate and lead others through 
their writing assignment process and completed the majority of the work of 
organizing this book.I also wish to thank many who have been my mentors 
officially and unofficially.There are too many to mention but people such as 
Bjarne Stroustrup,Herb Sutter,Hans Boehm,Anthony Williams,Scott 


Meyers and many others have been my teachers and great examples of 


leaders since I started reading their books and watching how they work 
within large groups.IBM has generously provided the platform,the time,and 
the facility to allow all of us to exceed ourselves,if only just a little to help 
the next generation of programmers.Thank you above all to my family 
Sophie,Cameron,Spot the Cat,and Susan for lending my off-time to work on 


this book. 


Michael 


厅 


当 你 在 书店 里 拿 起 这 本 书 的 时 候 ， 可 能 最 想 问 的 束 是 ， 这么 多 
C++ 的 书籍 ， 为 什么 需要 选择 这 一 本 ? 回答 这 个 问题 首先 需要 知道 的 
是 ， 这 是 一 本 关于 在 2011 年 年 底 才 制定 通过 的 C++11 (代码 C++0x) 的 
新 标准 的 书籍 。 这 个 新 标准 看 起 来 就 像 是 一 门 新 的 语言 ， 不 仅 有 很 多 
的 新 语言 特性 、 标 准 库 特 性 ， 而 且 在 设计 时 就 考虑 了 高 度 兼容 于 旧 有 
的 C++98/03 标 准 。 在 2013 年 出 版 的 C++ 的 书籍 中 ， 本 书 是 少数 几 部 关 
于 C++11 的 书籍 之 一 ， 而 其 他 的 ， 则 会 是 仅 讲 解 C++98/03 而 未 提 及 
C++11 的 书籍 。 


相 比 于 其 他 书籍 ， 本 书 还 有 个 显著 特点 一 绝 大 多 数 章节 都 是 由 中 
国 作 者 编写 。 事 实 上 ， 本 书 所 有 作者 均 来 自 IBM XL C++ 编译 器 开发 团 
队 。 而 团队 对 于 C++11 新 特性 的 开发 ， 早 在 2008 年 就 开始 了 。 


而 我 则 是 一 位 IBM 和 加 拿 大 的 C++ 标准 委员 会 的 代表 。 我 在 编译 
器 领域 已 工作 了 20 多 年 。 除 了 是 IBM C++ 编译 器 开发 团队 的 领导 者 之 
外 ， 还 是 一 些 C++11 特 性 的 作者 。 


对 于 使 用 中 文 的 C++ 用 户 而 言 ， 很 多 人 还 是 喜欢 阅读 原生 的 中 文 
图 书 ， 而 非 翻译 版 本 ， 即 使 是 在 他 们 具备 阅读 其 他 语言 能 力 的 时 候 。 
虽然 C++ 标准 委员 会 的 专家 也 在 编写 一 些 高 质量 的 书籍 ， 但 是 书籍 从 


翻译 到 出 版 通 音 需要 较 长 时 间 ， 而 且 一 些 词语 或 者 意义 都 可 能 在 翻译 
中 丢失 。 而 翻译 者 通 间 也 会 觉得 扩 术 书籍 的 翻译 是 门 否 过 ， 很 多 行 
话 、 术 语 通 常 难以 找到 准确 的 中 文 表达 方式 。 这 么 一 来 不 同 的 翻译 者 
会 使 用 不 同 的 术语 ， 即 使 是 在 同一 本 书 中 ， 有 时 同一 术语 也 会 翻译 成 
不 同 的 中 文 。 这 些 状况 都 是 C++ 知识 传播 的 阻碍 ， 会 拖 慢 C++11 语 言 
被 中 国 程序 员 接受 的 进程 。 


基于 以 上 种 种 原因 ， 我 们 决定 本 书 让 母语 和 中文， 并 且 了 解 国内 
外 技术 差距 的 BM 上 海 实验 室 的 同事 编写 。 我 们 知道 ， 在 中 国有 非常 
多 的 C++ 狂 热爱 好 者 正 等 着 学 习 关 于 目 己 最 爱 的 编程 语言 的 新 知识 。 
而 新 的 C++11 也 会 招来 大 量 的 初级 、 中 级 用 户 ， 而 本 书 也 正好 能 满足 
这 些 人 的 需求 。 


所 以 ， 如 果 你 属于 以 下 几 种 状况 之 一 ， 将 会 非常 适合 阅读 本 书 : 
C 语 言 经 验 非 常 丰富 且 正 在 期 待 着 看 看 C++11 新 功能 的 读者 。 
使 用 C++98/03 并 期 每 使 用 新 的 C++11 的 程序 员 。 

-任何 对 新 的 C++11 语 言 感 兴趣 的 人 。 


在 本 书 中 ， 我 们 引述 了 C++ 之 父 Bjarne Stroustrup 教 授 关 于 C++11 
的 设计 原则 。 而 事实 上 ， 本 书 的 章节 划分 也 是 基于 这 些 设计 原则 的 ， 
读者 在 第 1 章 可 以 找到 相关 信息 ， 而 剩余 章节 则 是 基于 该 原则 对 每 个 


C++11 语 言 进行 的 划分 。 对 于 每 个 特性 ， 本 书 将 根据 其 相关 的 论文 展 
开 摘 述 ， 讲 解 如 设计 的 缘由 、 语 法 规则 、 如 何 使 用 等 内 容 。 而 书后 的 
附录 ， 则 包括 当前 的 C++11 编 译作 文 持 状况 、 不 兼容 性 、 上 废弃 的 特 
性 ， 以 及 论文 的 链接 等 内 容 。 


在 读 完 本 书后 ， 读 者 应 该 能 够 回答 以 下 问题 : 

-什么 是 lambda， 及 怎么 样 使 用 它 是 最 好 的 ? 

-decltype 和 auto 类 型 推导 有 什么 关系 ? 

什么 是 移动 语义 ， 以 及 HESH) 是 如 何 解决 转发 问题 的 ? 
-defaultydeleted 函 数 以 及 override 是 怎么 回 事 ? 

异常 描述 符 被 什么 替代 了 ? noexcept 是 如 何 工作 的 ? 

-什么 是 原子 类 型 以 及 新 的 内 存 模型 ? 


.如 何在 C++11 中 做 并 行 编程 ? 


对 于 标准 程序 库 ， 我 们 在 本 书 中 并 没有 介绍 。 这 部 分 内 容 可 能 会 
成 为 我 们 下 一 本 书 的 内 容 。 这 意味 着 我 们 将 在 下 一 本 书 中 不 仅 会 描述 
新 的 算法 、 新 的 类 库 ， 还 会 更 多 地 描述 原子 类 型 。 虽 然 出 于 性 能 
虑 ， 大 多 数 的 编译 需 都 是 通过 语言 特性 的 方式 来 实现 原子 类 型 的 ， 但 
在 C++11 标 准 中 ， 原 子 类 型 却 被 视 为 一 种 库 特 性 ， 因 其 可 以 通过 库 的 


方式 来 实现 。 同 样 的 ， 这 样 一 本 书 也 不 会 教 读者 基础 的 C++ 知识 ， 如 
果 读 者 想 了 解 这 方面 的 内 容 ， 我 们 推荐 Stroustrup 教 授 的 
«Programming principles&Practice Using C++) 《中 文 译 为 : 《C++ 程 
序 设计 原理 与 实践 》， 华 章 公司 已 出 版 ) 。 该 书 是 Stroustrup 教 授 以 其 
在 德 克 萨 斯 A&M 大 学 教授 的 课程 为 基础 编写 的 。 


对 C++11 特 性 感 兴趣 的 读者 可 以 顺序 阅读 本 书 。 当 然 ， 读 者 也 可 
以 直接 阅读 目 己 感 兴 趣 的 章 和 ， 但 是 读者 阅读 时 肯定 会 发 现 ， 这 些 特 


性 基本 和 其 他 的 特性 一 样 ， 遵 从 了 相同 的 设计 准则 。 


我 们 也 布 望 本 书 对 你 的 职业 或 者 个 人 学 习 起 到 积极 的 作用 。 当 
然 ， 我 们 在 合作 写作 本 书 ， 以 及 在 为 IBM C++ 编 译 器 开发 C++11 特 性 
时 ， 也 颇 有 收获 。 


本 书 的 编写 经 历 了 较 长 的 时 间 ， 但 这 是 值得 的 。 我 在 C++ 标准 委 
员 会 工作 的 时 候 ， 只 是 在 考虑 写 这 样 一 本 书 ， 而 官 孝 峰 则 让 我 从 这 样 
的 考虑 转 到 了 动手 行动 。 继 而 他 还 激励 并 领导 其 他 成 员 共 同 参 与 ， 最 
终 完成 了 本 书 。 


此 外 ， 我 要 感谢 我 的 一 些 正式 的 以 及 非 正 式 的 导师 ， 比 如 Bjarmne 
Stroustrup ` Herb Sutter ~ Hans Boehm ` Anthony Williams ` Scott 
Meyers， 以 及 许多 其 他 人 ， 通 过 阅读 他 们 的 著作 ， 或 观察 他 们 在 委员 
会 中 的 工作 ， 我 学 会 了 7 了 很多。 当然， 更 要 感谢 IBM 为 我 们 提供 的 平 


台 、 时 间 ， 以 及 各 种 便利 ， 因 为 有 了 这 些 最 终 我 们 才能 够 超越 自我 ， 

为 新 一 代 的 程序 员 做 一 些 事情 ， 即 使 这 样 的 事情 可 能 微不足道 。 还 要 
感谢 的 是 我 的 家 人 ，Sophie、Cameron、Spot ( 猫 ) 和 Susan， 让 我 能 
够 在 空 内 时 间 完 成 书籍 编写 。 


Michael 


为 什么 要 写 这 本 书 


相 比 其 他 语言 的 频繁 更 新 ，C++ 语 言 标准 已 经 有 十 多 年 没有 真正 
更 新 过 了 “。 而 上 一 次 标准 制定 ， 正 是 面 问 对 象 概念 开始 盛行 的 时 候 。 
较 之 基于 过 程 的 编程 语言 ， 基 于 面 加 对象 、 泛 型 编程 等 概念 的 C++ 无 
疑 古 非常 先进 的 ， 而 C++98 标 准 的 制定 以 及 各 种 符合 标准 的 编译 蜂 的 
出 现 ， 义 在 客观 上 推动 了 编程 方法 的 单 命 。 因 此 在 接 下 来 的 很 多 年 
中 ， 似 乎 人 人 都 在 学 习 并 使 用 C++。 商 业 公 司 在 邀请 C++ 专家 为 程序 
员 讲 课 ， 学 校 里 老师 在 为 学 生 绘声绘色 地 讲解 面 问 对 象 编程 ，C++ 的 
书籍 市 场 也 是 百花 齐 放 ， 论 坛 、BBS 的 C++ 板块 则 充 扩 了 大 量 各 种 关 
于 C++ 的 讨论 。 随 之 而 来 的 ， 招 聘 局 事 写 厦 “要 求 熟悉 C++ 编 程 "， 派 生 
与 继承 成 为 了 面试 官 审视 毕业 生 基 础 知识 的 重点 。 凡 此 种 种 ， 不 一 而 
足 。 于 是 C++ 语 言 “病毒 性 ”地 蔓延 到 各 种 编程 环境 ， 成 为 了 使 用 最 为 
广泛 的 编程 语言 之 一 。 


十 来 年 的 时 光 转 瞬 飞 逝 ， 各 种 编程 语言 也 在 快 马 加 纵 地 癌 前 发 
展 。 如 今 流 行 的 编程 语言 几乎 无 一 不 文 持 面 疝 对 象 的 概念 。 即 使 是 古 
老 的 语言 ， 也 通过 了 制定 新 标准 ， 开 始 文 持 面 向 对 象 编程 。 随 大 Web 
开发 、 移 动 开发 逐 湖 盛行 ， 一 些 新 流行 起 来 的 编程 语言 ， 由 于 在 应 用 


的 快速 开发 、 调 试 、 部 闭 上 有 着 独特 的 优势 ， 逐 渐 成 为 了 这 些 痢 领域 
中 的 主流 。 不 过 这 并 不 意味 着 C++ 正在 失去 其 阵地 。 吴 为 C 的 “后 裔 ”， 
C++ 继承 了 C 能 够 进行 确 层 操作 的 特性 ， 因 此 ， 使 用 C/C++ 编 写 的 程序 
往往 具有 更 佳 的 运行 时 性 能 。 在 构建 包括 操作 系统 的 各 种 软件 层 ， 以 
及 构建 一 些 对 性 能 要 求 较 高 的 应 用 程序 时 ，C/C++ 往 往 是 最 佳 克 择 。 
更 一 般 地 讲 ， 即 使 是 由 其 他 语言 编写 的 程序 ， 往 往 也 离 不 开 由 
CC++ 编 写 的 编译 如 、 运 行 库 、 操 作 系统 ， 或 者 虚拟 机 等 所 供 文 持 。 
因此 ，C++ 已 然 成 为 了 编程 技术 中 的 中 流 碟 柱 。 如 采用 个 比喻 来 形容 
C++， 那 么 可 以 说 这 十 来 年 C++ 正 是 由 “锋芒 毕露 ”的 青年 时 期 走向 “成 
Aia E” HIP ERTH o 


不 过 十 来 年 对 于 编程 语言 来 说 也 是 个 很 长 的 时 间 ， 长 时 间 的 沉寂 
甚至 会 让 有 的 人 认为 ，C++ 就 是 这 样 一 种 语言 ， 特 性 稳定 ， 性 能 
色 ， 易 于 学 习 而 难于 精通 。 长 时 间 使 用 C++ 的 程序 员 也 都 熟悉 了 
C++ 毛孔 里 每 一 个 特性 ， 甚 至 是 现实 上 的 一 些 细微 的 区 别 ， 比 如 各 种 
编译 器 对 C++ 扩展 的 区 别 ， 也 都 熟 答 于 心 。 于 是 这 个 时 候 ，C++11 标 
准 的 横 空 出 世 ， 以 及 C++ 之 父 Bjarne Stroustrup 的 一 句 “看 起 来 像 一 门 新 
语言 ”的 说 法 ， 无 疑 让 很 多 C++ 程序 员 有 些 诚 悍 诚 芍 : C++11 是 否 又 带 
来 了 编程 思维 的 革命 ?” C++11 是 否 保持 了 对 C++98 及 C 的 兼容 ?” 旧 有 的 
C++ 程序 到 了 C++11 是 否 需 要 被 推倒 重 来 ? 


事实 上 这 些 担心 都 是 多 余 的 。 相 比 于 C++98 市 来 的 面 癌 对象 的 音 
命 性 ，C++11 市 来 的 却 并 非 “ 翻 天 禾 地 ” 式 的 改变 。 很 多 时 候 ， 程 序 员 
保持 着 “C++98 式 ”的 观点 来 看 竺 CH+11 代 码 也 同样 是 合理 的 。 因 为 在 编 
程 思 想 上 ，C++11 依 然 遵 从 了 一 贯 的 面向 对 象 的 思想 ， 并 深入 加 强 了 
沁 型 编程 的 支持 。 从 我 们 的 观察 来 看 ，C++11 更 多 的 是 对 步 入 “成 熟 稳 
重 ” 的 中 年 时 期 的 C++ 的 一 种 改造 。 比 如 ， 像 auto 类 型 推导 这 样 的 新 特 
性 ， 展 现 出 的 是 语言 的 亲和力 ; 而 右 值 引用 、 移 动 语义 的 特性 ， 则 着 
重 于 改变 一 些 使 用 C++ 程序 库 时 容易 发 生 的 性 能 不 佳 的 状况 。 当 然 ， 
C++11 中 也 有 局 部 的 创新 ， 比 如 lambda 函 数 的 引入 ， 以 及 原子 类 型 的 
设计 等 ， 都 体现 了 语言 与 时 俱 进 的 活力 。 语 言 的 诸多 方面 都 在 C++11 
中 再 次 被 锤炼 ， 从 而 变 得 更 加 合理 、 更 加 条 理 清晰 、 更 加 易 用 。 
C++11 对 C++ 语 言 改 进 的 每 一 点 ， 都 呈现 出 了 经 过 长 时 间 技 术 沉 演 的 
编程 语言 的 特色 与 风采 。 所 以 从 这 个 角度 上 看 ， 学 习 C++11 与 C++98 
在 思想 上 是 一 脉 相 承 的 ， 程 序 员 可 以 用 较 小 的 代价 对 C++ 的 知识 进行 
更 新 换代 。 而 在 现实 中 ， 只 要 修改 少量 已 有 代码 (其 至 不 修改 , Wi 
可 以 使 用 C++11 编 译 右 对 旧 有 代码 进行 升级 编译 而 获得 新 标准 市 来 的 
好 处 ， 这 也 非常 具有 实用 性 。 因 此 ， 从 很 多 方面 来 看 ，C++ 程 序 员 都 
应 该 乐于 升级 换代 已 有 的 知识 ， 而 学 习 及 使 用 C++11 也 正 是 大 势 所 
趋 。 


在 本 书 开 始 编 写 的 时 候 ，C++11 标 准 刚刚 发 布 一 年 ， 而 本 书 出 版 
的 时 候 ，C++11 也 只 不 过 才 诞生 了 两 年 。 这 一 两 年 ， 各 个 编译 做 上 商 


或 者 组 织 都 将 文 持 C++11 狐 特性 作为 了 一 项 重要 工作 。 不 过 由 于 C++11 
的 语言 特性 非常 的 多 ， 因 此 本 书 在 接近 完成 时 ， 依 然 没 有 一 球 编 译 磊 
文 持 C++11 所 有 的 新 特性 。 但 从 从 业者 的 角度 看 ，C++11 人 迟早 会 普 

也 迟早 会 成 为 C++ 程序 员 的 首选 ， 因 此 即使 现 阶段 编译 屡 对 C++ 独特 
性 的 支持 还 不 充分 ， 但 还 是 有 必要 在 这 个 时 机 推出 一 本 全 面 介绍 
C++11 新 特性 的 中 文 图 书 。 布 望 通过 这 样 的 图 书 ， 使 得 更 多 的 中 国 程 
序 员 能 够 最 快 地 了 解 C++11 狐 语言 标准 的 方方面面 ， 并 且 使 用 最 新 的 
C++11 编 译 器 来 从 各 方面 提升 目 己 编写 的 C++ 程 序 。 


读者 对 象 


本 书 针 对 的 对 象 是 已 经 学 习 过 C++， 并 想 进 一 步 学 习 、 了 解 
C++11 的 程序 员 。 这 里 我 们 假定 读者 已 经 具备 了 基本 的 C++ 编程 知 
识 ， 并 掌握 了 一 定 的 C++ 编程 技巧 《对 于 C++ 的 初学 者 来 说 ， 本 书 阅 
读 起 来 会 有 一 定 的 难度 ) 。 通 过 本 书 ， 读 者 可 以 全 面 而 详细 地 了 解 
C++11 对 C++ 进行 的 改造 。 无 论 是 试图 进行 更 加 精细 的 面 癌 对 象 程序 
编写 ， 或 是 更 加 容易 地 进行 泛 型 编程 ， 或 是 更 加 轻松 地 改造 使 用 程序 
车 等 ， 读 者 都 会 发 现 C++11 提 供 了 更 好 的 支持 。 


本 书 作 者 和 书籍 文 持 


本 书 的 作者 都 是 编译 器 行业 的 从 业者 ， 主 要 来自 于 IBM XL 编译 器 
中 国 开 发 团队 。IBM XL 编 译 硕 中国 开 发 团队 创立 于 2010 年 ， 拥 有 编译 
器 前 端 、 后 端 、 性 能 分 析 、 测 试 等 各 方面 的 人 员 ， 工 作 职 责 疗 盖 了 
IBM XL C/C++ 及 IBM XL Fortran 编 译 吉 的 开发 、 测 试 、 发 布 等 与 编译 
需 产 品 相关 的 方方面面 。 虽 然 团 队 成 立时 间 不 长 ， 成 员 却 都 拥有 比较 
丰富 的 编译 器 开发 经 验 ， 对 C++11 的 新 特性 也 有 较 好 的 理解 。 此 外 ， 
IBM 北 美 编译 絮 团 队 成 员 Michael (他 是 C++ 标 准 委 员 会 的 成 员 ) 也 参 
加 了 本 书 的 编写 工作 。 在 书籍 的 编写 上 ，Michael 为 本 书 拟定 了 提纲 、 
确定 了 章节 主题 ， 并 直接 编写 了 本 书 的 首 章 。 其 余 作 者 则 分 别 对 
C++11 各 种 新 特性 进行 了 详细 研究 讨论 ， 并 完成 了 书稿 其 余 各 章 的 扎 
写 工 作 。 在 书稿 完成 后 ， 除 了 请 Michael 为 本 书 的 部 分 章节 进行 了 审阅 
并 提出 修改 意见 外 ， 我 们 又 邀请 了 IBM 中 国信 息 开发 部 及 IBM 北 京 编 
译 器 团队 的 一 些 成 员 对 本 书 进行 了 详细 的 审阅 。 虽 然 在 书籍 的 策划 、 
编写 、 审 阅 上 我 们 群策群力 ， 尽 了 和 最 大 的 努力 ， 以 保证 书稿 质量 ， 不 
过 由 于 C++11 标 准 发 布 时 间 不 长 ， 理 解 上 的 偏差 在 所 难免 ， 因 此 本 书 
也 可 能 在 特性 描述 中 存在 一 些 不 尽 如 人 意 或 者 错误 的 地 方 ， 布 望 读 
者 、 同 行 等 一 一 为 我 们 指出 纠正 。 我 们 也 会 通过 博客 
(http://ibm.co/HKOGCx ) 、 微 博 (www.weibo.com/ibmcompiler ) 发 
布 与 本 书 相 关 的 所 有 信息 ， 并 与 本 书 读者 共同 讨论 、 进 步 。 


如 何 阅 读本 书 


读者 在 书籍 阅读 中 可 能 会 发 现 ， 本 书 的 一 些 革 市 对 C++ 基 础 知识 
要 求 较 高 ， 而 有 某 些 特性 很 可 能 很 难 应 用 于 目 己 的 编程 实践 。 这 样 的 情 
况 应 该 并 不 少见 ， 但 这 并 不 是 这 门 语 言 缺 乏 亲 和 力 ， 或 是 读者 缺失 了 
育 景 知识 ， 这 诚然 是 由 于 C++ 的 高 成 熟 度 导致 的 。 在 C++11 中 ， 不 少 
新 特性 都 会 局 限于 一 些 应 用 场景 ， 比 如 说 库 的 编写 ， 而 编写 库 却 通常 
不 是 每 个 程序 员 必 须 的 任务 。 为 了 避免 这 样 的 状况 ， 本 书 第 1 章 对 
C++11 的 语言 新 特性 进行 了 分 类 ， 因 此 读者 可 以 选择 按 需 阅读 ， 对 不 
想 了 解 的 部 分 予以 略 过 。 一 些 本 书 的 使 用 约定 ， 读 者 也 可 以 在 第 1 章 中 
找到 。 


致谢 


在 这 里 我 们 要 对 IBM 中 国信 息 开发 部 的 陈 唱 (作者 之 一 ) >A 
防 、 付 琳 ， 以 及 IBM 北 乐 编译 舌 团 队 的 冯 威 、 许 小 巴 、 王 颖 对 本 书 书 
稿 详尽 细致 的 审阅 表示 感谢 ,同时 也 对 他 们 专业 的 工作 素养 表示 由 更 
的 钦佩 。 此 外 ， 我 们 也 要 感谢 IBM XL 编 译 器 中 国 开 发 团队 的 舒 蓓 、 张 
病 元 两 位 经 理 在 本 书 编写 过 程 中 给 予 的 大 力 文 持 。 而 IBM 图 书社 区 的 
刘 慎 峰 及 华章 图 书 的 杨 福 川 编辑 的 辛勤 工作 则 保证 了 本 书 的 顺利 出 
版 ， 在 这 里 我 们 也 要 对 他 们 以 及 负责 初审 工作 的 孙 海 亮 编 辑 说 声 谢 
谢 。 此 外 ， 我 们 还 要 感谢 各 位 作者 的 家 人 在 书籍 编写 过 程 中 给 予 作者 


的 体谅 与 支持 。 最 后 要 感谢 的 是 本 书 的 读者 ， 感 谢 你 们 对 本 书 的 支 
持 ， 希 望 通过 这 本 书 ， 我 们 能 够 一 起 进入 C++ 编程 的 新 时 代 。 


IBM XL 编译 器 中 国 开发 团队 


第 1 章 ”新 标准 的 诞生 


从 最 初 的 代号 C++0x 到 最 终 的 名 称 C++11，C++ 的 第 二 个 真正 意义 
上 的 标准 姗 姗 来 过。 可 以 想象 ， 这 个 迟 来 的 标准 必定 遭遇 了 许多 的 
难 ， 而 C++ 标准 委员 会 应 对 这 些 困 难 的 种 种 策略 ， 则 构成 新 的 C++ 语 
言 基因 ， 我 们 可 以 从 新 的 C++11 标 准 中 逐一 体会 。 而 客观 上 ， 这 些 基 
因 也 决定 了 C++11 新 特性 的 应 用 范畴 。 在 本 章 中 ， 我 们 会 从 设计 思维 
和 应 用 范畴 两 个 维度 对 所 有 的 C++11 新 特性 进行 分 类 ， 并 依据 这 种 分 
类 对 一 些 特性 进行 简单 的 介绍 ， 从 而 一 览 C++11 的 全 景 。 


1.1 HES: C++11 标 准 的 诞生 


1.1.1 C++11/C++0x (以 及 C11/C1x) 一 新 标准 诞 
He 


2011 年 11 月 ， 在 印第安 纳 州 布 卢 明 顿 市 ,“ 八 月 印第安 纳 大 学 会 
W” (August Indiana University Meeting) 缓 缓 落下 帷幕 。 这 次 会 议 的 
结束 ， 意 味 着 长 久 以 来 以 C++0x 为 代号 的 C++11 标 准 终于 被 C++ 标准 委 
员 会 批准 通过 。 至 此 ，C++ 新 标准 尘埃 落 定 。 从 C++98 标 准 通过 的 时 
间 开 始 计算 ，C++ 标 准 委 员 会 ， 即 WG21， 已 经 为 新 标准 工作 了 11 年 多 
的 时 间 。 对 于 一 个 编程 语言 标准 而 言 ，11 年 显然 是 个 非常 长 的 时 间 。 
其 间 我 们 目睹 了 面向 对 象 编程 的 戌 极 ， 也 见证 了 泛 型 编程 的 风 起 云 
涌 ， 还 见证 了 C++ 后 各 种 新 的 流行 编程 语言 的 诞生 。 不 过 在 新 世纪 第 
二 个 10 年 的 伊始 ，C++ 的 标准 终于 二 次 来 袭 。 


事实 上 ， 在 2003 年 WG21 曾 经 提交 了 一 份 技术 勘误 表 (Technical 
Corrigendum， 人 简称 TC1) 。 这 次 修订 使 得 C++03 这 个 名 字 已 经 取代 了 
C++98 成 为 C++11 之 前 的 最 新 C++ 标准 名 称 。 不 过 由 于 TC1 主 要 是 对 
C++98 标 准 中 的 漏洞 进行 修复 ， 核 心 语言 规则 部 分 则 没有 改动 ， 因 
此 ， 人 们 还 是 习惯 地 把 两 个 标准 合 称 为 C++98/03 标 准 。 


注意 ”在 本 书 中 ， 但 凡是 C++98 和 C++03 标 准 没有 差异 时 ， 我 们 
都 会 沿用 C++98/03 这 样 的 俗称 ， 或 者 直接 简写 为 Ct++98。 如 果 涉 及 
TCI1 中 所 提出 的 微小 区 别 ， 我 们 会 使 用 C++98 和 C++03 来 分 别 指 代 两 种 
C++ 标准 。 


C++11 是 一 种 新 语言 的 开端 。 虽 然 设 计 C++11 的 目的 是 为 了 要 取代 
C++98/03， 不 过 相 比 于 C++03 标 准 ，C++11 则 带 来 了 数量 可 观 的 变 
化 ， 这 包括 了 约 140 个 新 特性 ， 以 及 对 C++03 标 准 中 约 600 个 缺陷 的 修 
正 。 因 此 ， 从 这 个 角度 看 来 C++11 更 像 是 从 C++98/03 中 孕育 出 的 一 种 
新 语言 。 正 如 当年 C++98/03 为 C++ 引入 了 如 有 异常 处 理 、 模 板 等 许多 让 
人 耳目 一 新 的 新 特性 一 样 ，C++11 也 通过 大 量 新 特性 的 引入 ， 让 
C++ 的 面貌 焕然 一 新 。 这 些 全 新 的 特性 以 及 相应 的 全 新 的 概念 ， 都 是 
我 们 要 在 本 书 中 详细 描述 的 。 


1.1.2 ”什么 是 C++11/C++0x 


C++0x 是 WG21 计 划 取 代 C++98/03 的 新 标准 代号 。 这 个 代号 还 是 在 
2003 年 的 时 候 取 的 。 当 时 委员 会 乐观 地 估计 ， 新 标准 会 在 21 世 纪 的 第 
一 个 10 年 内 完成 。 从 当时 看 毕竟 还 有 6 年 的 时 间 ， 确 实 无 论 如 何 也 该 好 
了 。 不 过 2010 新 年 钟 声 敲 响 的 时 候 ，WG21 内 部 却 还 在 为 一 些 诸 如 哪些 
特性 该 放弃 ， 哪 些 特性 该 被 前 减 的 议题 而 争论 。 于 是 所 有 人 只 好 接受 
OSS AVATARS: 新 标准 没 能 准时 发 布 。 好 在 委员 会 成 员 保持 着 
乐观 的 情绪 ， 还 常常 相互 开玩笑 说 ，x 不 是 一 个 0 到 9 的 十 进 制 数 ， 而 应 
该 是 一 个 十 六 进 制 数 ， 我 们 还 可 以 有 A、B、C、D、E、F。 虽 然 这 是 
个 玩笑 ， 但 也 有 点 认真 的 意思 ， 如 果 需 要 ，WG21 会 再 使 用 “额外 ”的 6 
年 ， 在 2015 年 之 前 完成 标准 。 不 过 众所周知 的 ，WG21“ 只 ”再 花 了 两 年 
时 间 就 完成 了 C++11 标 准 。 


注意 ”C 语 言 标准 委员 会 (Ccommittee) WG14 也 几乎 在 同时 开始 
致力 于 取代 C99 标 准 。 不 过 相 比 于 WG21，WG14 对 标准 完成 的 预期 更 
加 现实 。 因 为 他 们 使 用 的 代号 是 Cl1x， 这 样 新 的 C 标 准 完成 的 最 后 期 限 
将 是 2019 年 。 事 实 上 WG14 并 没 用 那么 长 时 间 ， 他 们 最 终 在 2011 年 通过 
了 提案 ， 也 就 是 C11 标 准 。 


从 表 1-1 中 可 以 看 到 C++ 从 诞生 到 最 新 通过 的 C++11 标 准 的 编 年 
中 o 


表 1-1 “C++ 发 展 编 年 史 


日 期 事 件 

The Annotated C++ Reference Manual, M.A-Ellis fil B.Stroustrup 若 。 主 要 撒 述 了 C++ 核心 语言 ， 
没有 涉及 库 

第 一 个 国际 化 的 C++ 语言 标准 : IOS/IEC 15882:1998。 包 括 了 对 核心 语言 及 STL、locale、 


dii iostream, numeric, string 等 诸多 特性 的 描述 

a -个 国际 化 的 C++ 语言 标准 : IOS/IEC 15882:2003。 核 心 语 言及 库 与 C++98 保持 了 一 致 ， 但 
Pe Y TC1 ( Technical Corrigendum 1, 技术 勘误 表 1). AIE, C++03 取代 了 C++98 

a TR1 ( Technical Report 1， 技 术 报 告 1 ) : IOS/IEC TR 19768:2005。 核 心 语言 不 变 。TR1 作为 标准 


的 非 规范 出 版 物 ， 其 包含 了 14 个 可 能 进 ee 
2007 4Æ 9 H SC22 注册 ( 特性 ) 表决 。 通 过 了 C++0x 中 核心 特性 
SC22 委员 会 草案 (Committee Draft, CD) 表决 。 基 本 上 所 有 C++0x 的 核心 特性 都 完成 了 ， 新 的 
2008 年 9 月 |C++0x 标准 草稿 包括 了 13 个 源 自 TRI 的 库 及 70 个 库 特 性 ， 修 正 了 约 300 个 库 缺 陷 。 此 外 ， 新 标 
准 草案 还 包括 了 70 多 个 语言 特性 及 约 300 个 语言 缺陷 的 修正 

SC22 最 终 委 员 会 草案 (Final Committee Draft, FCD ) 表决 。 所 有 核心 特性 都 已 经 完成 ， 处 理 了 各 
国 代表 的 评议 


2010 年 3 月 


( 续 ) 

日 期 事 件 

JITC1 C++11 最 终 国 际 化 标准 草案 (Final Draft International Standard, FDIS ) 发 布 ， 即 IOS/IEC 
2011 年 11 月 |15882:2011。 新 标准 在 核心 语言 部 分 和 标准 库 部 分 都 进行 了 很 大 的 改进 ， 这 包括 TRI 的 大 部 分 内 
容 。 但 整体 的 改进 还 是 与 先前 的 C++ 标准 兼容 的 

2012 年 2 月 {E ANSI FI ISO 商店 可 以 以 低 于 原 定 价 的 价格 买 到 C++11 标准 


注意 ”语言 标准 的 发 布 通常 有 两 种 一 规范 的 (Normative) 及 不 规 
范 的 (Non-normative) 。 前 者 表示 内 容 通 过 了 批准 (ratified) ， 因 此 
是 正式 的 标准 ， 而 后 者 则 不 是 。 不 过 不 规范 的 发 布 通常 是 有 积极 意义 
的 ， 比 方 说 TR1， 它 就 是 不 规范 的 标准 ， 但 是 后 来 很 多 TR1 的 内 容 都 成 
为 了 C++11 标 准 的 一 部 分 。 


图 1-1 比 较 了 两 个 语言 标准 委员 会 (WG21，WG14) 制定 新 标准 的 
工作 进程 ， 其 中 一 些 重要 时 间 点 都 标注 了 出 来 。 
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图 1-1 WG21 和 WG14 制 定 新 语言 标准 的 工作 进程 


1.1.3 ”新 C++ 语言 的 设计 目标 


如 果 读 者 已 经 学 习 过 C++98/03， 就 可 以 发 现 C++98/03 的 设计 目标 
如 下 : 


比 C 语 言 更 适合 系统 编程 〈 且 与 C 语 言 兼容 ) 。 


文 持 数据 抽象 。 
:支持 面向 对 象 编程 。 
支持 泛 型 编程 。 


这 些 特点 使 得 面 回 对 象 编 程 和 泛 型 编程 在 过 去 的 10~20 年 内 成 为 
编程 界 的 明星 。 不 过 从 那 时 开始 ，C++ 的 发 展 就 不 仅仅 是 靠 学 者 的 远 
见 前 瞻 去 推动 的 ， 有 时 也 会 借 由 一 些 “ 奇 缘 ” 而 演进 。 比 方 说 ，C++ 模 
板 咕 是 这 样 一 个 “ 奇 缘 ”。 它 使 得 C++ 近乎 成 为 了 一 种 函数 式 编程 语 
言 ， 而 且 还 使 得 C++ 程序 员 拥 有 了 模板 元 编程 的 能 力 。 但 是 凡事 有 两 
面 ，C++98/03 中 的 一 些 较 为 激进 的 特性 ， 比 如 说 动态 异常 处 理 、 输 出 
模板 ， 现 在 回顾 起 来 则 是 不 太 需 要 的 。 当 然 ， 这 是 由 于 我 们 有 了 “后 见 
之 明 ”， 或 者 由 于 这 些 特性 在 新 情况 下 不 再 适用 ， 又 或 者 它们 影响 了 
C++11 的 新 特性 的 设计 。 因 此 一 部 分 这 样 的 特性 已 经 被 Ct+11 弃 用 了 。 


在 附录 B 中 我 们 会 一 一 列 出 这 些 弃 用 的 特性 ， 并 分 析 其 被 弃 用 的 原 
; 


而 C++11 的 整体 设计 目标 如 下 : 


:使 得 C++ 成 为 更 好 的 适用 于 系统 开发 及 库 开 发 的 语言 。 


.使 得 C++ 成 为 更 易于 教学 的 语言 (语法 更 加 一 致 化 和 简单 化 ) 。 
.保证 语言 的 稳定 性 ， 以 及 和 C++03 及 C 语 言 的 兼容 性 。 
我 们 可 以 分 别 解释 一 下 。 


上 首先， 使 C++ 成 为 更 好 的 适用 于 系统 开发 及 库 开 发 的 语言 ， 意 味 
着 标准 并 不 只 是 注重 为 某 些 特定 的 领域 提供 专业 化 功能 ， 比 如 专门 为 
Windows 开 发 提供 设计 ， 或 者 专门 为 数值 计算 提供 设计 。 标 准 希 望 的 
征 使 C++ 能 够 对 各 种 系统 的 编程 都 作出 页 献 。 


其 次 ， 使 得 C++ 更 易于 教学 ， 则 意味 着 C++11 修 复 了 许多 令 程序 
员 不 安 的 语言 “毒瘤 ”。 这 样 一 来 ，C++ 语 法 显得 更 加 一 臻 化， 新手 使 
用 起 来 也 更 容易 上 手 ， 而 且 有 了 更 好 的 语法 保障 。 其 实 语言 复杂 也 有 
复杂 的 好 处 ， 比 如 ROOTS、DEALII 等 一 些 复杂 科学 运算 的 算法 ， 它 
们 的 作者 非常 喜爱 泛 型 编程 带 来 的 灵活 性 ， 于 是 C++ 语言 最 复杂 的 部 
分 正好 满足 了 他 们 的 需求 。 但 是 在 这 个 世界 上 ， 新 手 总 是 远 多 于 专 
家 。 而 即使 是 专家 ， 也 常常 只 是 精通 目 己 的 领域 。 因 此 语言 不 应 该 复 


杂 到 影响 人 们 的 学 习 。 本 书 作者 之 一 也 是 WG21 中 的 一 员 ， 从 绪 采 上 
看 ， 无 论 读者 怎么 看 竺 C++11， 委 员 会 大 多 数 人 都 认同 C++11 达 成 了 易 
于 教学 这 个 目标 (即使 其 中 还 存在 着 些 看 似 严 重 的 小 缺陷 ) 。 


最 后 ， 则 是 语言 的 稳定 性 。 经 验 告 诉 我 们 ， 伟 大 的 编程 语言 能 够 
长 期 存活 下 来 的 原因 还 是 因为 语言 的 设计 突出 了 实用 性 。 事 实 上 , 在 
标准 制定 过 程 中 ， 委 员 会 承担 了 很 多 压力 ， 这 些 压力 源 目 于 大 家 对 加 
入 更 多 语言 特性 的 期 盼 一 每 一 个 人 部 布 望 将 其 他 编程 语言 中 目 己 喜欢 
的 特性 加 入 到 新 的 C++ 中 。 对 于 这 些 热烈 而 有 些许 盲目 的 期 盼 ， 委 员 
会 成 员 在 Bjarne Stroustrup 教 授 的 引导 下 ， 选 择 了 不 断 将 许多 无 关 的 特 
性 排除 在 外 。 其 目的 是 防止 C++ 成 为 一 个 千 头 万 绪 的 但 功能 互 不 关联 
的 语言 。 而 如 同 现在 看 到 的 那样 ，C++11 并 非 大 而 无 序 ， 相 反 地 ， 许 
多 特性 可 以 良好 地 协作 ， 进 而 达到 “1+1>2” 的 效果 。 可 以 说 ， 有 了 这 些 
努力 ， 今 天 的 读者 才能 够 使 用 稳定 而 强大 的 C++11， 而 不 用 担心 语言 
本 喘 存在 着 混乱 状况 甚至 是 冲突 。 


值得 一 提 的 是 ， 虽 然 在 取舍 新 语言 特性 方面 标准 委员 会 曾 面 临 过 
巨大 压力 ， 但 与 此 同时 ， 标 准 委员 会 却 没 有 收集 到 足够 丰富 的 库 的 新 
特性。 作为 一 种 通用 型 语言 ，C++ 是 否 生 成功， 通 前 会 依赖 于 不 同 领 
域 中 C++ 的 使 用 情况 ， 比 如 科学 计算 、 游 戏 、 制 造 业 、 网 络 编程 等 。 
在 C++11 通 过 的 标准 库 中 ， 服 务 于 各 个 领域 的 新 特性 确实 还 古 太 少 
了 。 因 此 很 有 可 能 在 下 一 个 版 本 的 C++ 标准 制定 中 ， 如 何 标准 化 地 使 


用 库 将 成 为 热门 话题 ， 标 准 委员 会 也 准备 好 了 接受 来 目 这 方面 的 压 
He 


1.2 SNS HACH 


1.2.1 “C++ 的 江 淹 地 位 


如 今 C++ 依旧 位 列 通 用 编程 语言 三 甲 ， 不 过 似乎 没有 以 前 那么 流 
行 了 。 事 实 上 ， 编 程 语言 排名 通常 非常 难以 衡量 。 比 如 ， 某 位 教授 或 
学 生 用 了 C++ 来 教授 课程 应 该 被 计算 在 内 吗 ? 在 新 的 联合 攻击 战斗 机 

(Joint Strike Fighter, JSF-35) 的 航空 电子 设备 中 使 用 了 C++ 编程 应 该 
计算 在 内 吗 ? 又 或 者 C++ 被 用 于 一 款 流行 的 智能 手机 操作 系统 的 编程 
中 算 不 算 呢 ? 再 或 者 是 C++ 被 用 于 编写 最 流行 的 在 线 付费 搜索 引擎 ， 
或 用 于 构建 一 款 热门 的 第 一 人 称 射击 游戏 的 引擎 ， 或 用 于 构建 最 热门 
的 社交 网 络 的 代码 库 ， 这 些 都 该 计算 在 内 吗 ? 事实 上 ， 据 我 们 所 知 ， 
以 上 种 种 都 使 用 了 C++ 编程 。 而 且 在 构建 致力 于 沟通 软 便 件 的 系统 编 
程 中 ，C++ 也 常常 是 必 不 可 少 的 。 甚 至 ，C++ 还 常用 于 设计 和 编写 编 
程 语言 。 因 此 我 们 可 以 认为 ， 编 程 语言 价值 的 衡量 标准 应 该 包括 数 
量 、 新 颖 性 、 质 量 ， 以 及 以 上 种 种 ， 都 应 该 纳入 “考核 ”。 这 样 一 来 ， 
结论 就 很 明显 了 : C++ 无 处 不 在 。 


1.2.2 ”C++11 语 言 变 化 的 领域 


如 果 谁 说 C++11 只 是 对 C++ 语言 做 了 大 幅度 的 改进 ， 那 么 他 很 可 能 
就 错过 了 C++11 精 彩 的 地 方 。 事 实 上 ， 读 叶 本 书后 ， 读 者 只 需要 看 一 服 
代码 ， 就 可 以 说 出 代码 究竟 是 C++98/03 的 ， 还 是 C++11 的 。C++11 为 程 
序 员 创造 了 很 多 更 有 效 、 更 便捷 的 代码 编写 方式 ， 程 序 员 可 以 用 简短 
的 代码 来 完成 C++98/03 中 同样 的 功能 ， 简 单 到 你 惊 呼 < 天 哪 ， 怎 么 能 这 
么 简单 ”。 从 一 些 简 单 的 数据 统计 上 看 ， 比 起 C++98/03，C++11 大 大 缩 


短 了 代码 编写 量 ， 依 情况 最 多 可 以 将 代码 缩短 30%~80% 。 


那么 C++11 相 对 于 C++98/03 有 哪些 显著 的 增强 呢 ? 事实 上 ， 这 包括 
以 下 几 点 : 


-通过 内 存 模型 、 线 程 、 原 子 操作 等 来 文 持 本 地 并 行 编程 (Native 


Concurrency) ° 


.通过 统一 初始 化 表达 式 、auto、declytype、 移 动 语义 等 来 统一 对 谤 
型 编程 的 支持 。 


通过 constexpr、POD (概念 ) 等 更 好 地 支持 系统 编程 。 


通过 内 联 命 名 空间 、 继 承 构 千 函数 和 右 值 引用 等 ， 以 更 好 地 支持 
库 的 构建 。 


表 1-2 列 出 了 C++11 批 准 通过 的 ， 且 本 书 将 要 涉及 的 语言 特性 。 这 
是 一 张 相当 长 的 表 ， 而 且 一 个 个 陌生 的 词汇 足以 让 新 手 不 知 所 措 。 不 
过 现在 还 不 是 了 解 它 们 的 时 候 。 但 看 过 这 张 表 ， 读 者 至 少 会 有 这 样 一 
种 感觉 ， C++11 的 确 像 是 一 门 新 的 语言 。 如 果 我 们 将 C++98/03 标 准 中 的 
特性 和 C++11 放 到 一 起 ，C++11 则 像 是 个 恐怖 的 “编程 语言 范 型 联盟 ”。 
利用 它 不 仅仅 可 以 写 出 面向 对 象 语 言 的 代码 ， 也 可 以 写 出 过 程式 编程 
语言 代码 、 泛 型 编程 语言 代码 、 画 数 式 编程 语言 代码 、 元 编程 编程 语 
言 代 码 ， 或 者 其 他 。 多 范 型 的 文 持 使 得 C++11 语 言 的 “ 硬 能 力 ” 几 乎 在 编 
程 语言 中 “无 出 其 右 ”。 


表 1-2 C++11 主 要 的 新 语言 特性 (中 英文 对 照 ) 


中 文 翻译 
__ cplusplus 2 
对 齐 支持 
通用 属性 
原子 操作 


auto 类 型 推导 ( 初始 化 类 型 推导 ) 


C99 特性 

复制 及 再 抛 出 异常 
常量 表达 式 

decltype 
函数 的 点 认 模 板 参 数 


显 式 默 认 和 删除 的 函数 ( 默认 的 控制 ) 


BFC Hy ie pw 

并 行动 态 初 始 化 和 析 构 
显 式 转换 操作 符 

扩展 的 friend 语法 
扩展 的 整 型 

外 部 模板 

一 般 化 的 SFINAE 规则 
统一 的 初始 化 语法 和 语义 
非 受 限 联 合体 

用 户 定义 的 字面 量 

变 长 模板 

类 成 员 初 始 化 

继承 构造 函数 
初始 化 列表 

lambda 函数 

局 部 类 型 用 作 模 板 参 数 
long long 整 型 

内 存 模 型 

移动 语义 (参见 右 值 引用 ) 
内 联名 字 空 间 


英文 名 称 
_ cplusplus macro 
alignment support 
general attribute 


atomic operation 


auto (type deduction from 18nitialize) 
C99 
enum class (scoped and strongly typed enums) 


copy and rethrow exception 


decltype 

default template parameters for function 
defaulted and deleted functions (control of defaults) 
delegating constructors 

Dynamic Initialization and Destruction with Concurrency 
explicit conversion operators 

extended friend syntax 

extended integer types 

extern templates 

generalized SFINAE rules 

Uniform initialization syntax and semantics 
unrestricted union 

user-defined literals 

variadic templates 

in-class member initializers 

inherited constructors 

initializer lists 

lambda 

local classes as template arguments 

long long integers 

memory model 

move semantics ( see rvalue references ) 


Inline namespace 


本 书 未 讲解 


本 书 未 讲解 


( 续 ) 
中 文 翻译 英文 名 称 备 注 
防止 类 型 收 罕 Preventing narrowing 
指针 空 值 nullptr 
POD POD ( plain old data ) 


基于 范围 的 for 语句 


range-based for statement 


原生 学 符 串 字面 量 


raw string literals 


右 值 引用 


tvalue reference 


静态 断言 static assertions 

追踪 返回 类 型 语法 trailing return type syntax 
模板 别名 template alias 

线程 本 地 的 存储 thread-local storage 
Unicode Unicode 


而 从 另 一 个 角度 看 ， 编 程 中 程序 员 往 往 需要 将 实物 、 流 程 、 概 念 
等 进行 抽象 描述 。 但 通常 情况 下 ， 程 序 员 需 要 抽象 出 的 不 仅仅 是 对 
象 ， 还 有 一 些 其 他 的 概念 ， 比 如 类 型 、 类 型 的 类 型 、 算 法 ， 甚 至 是 资 
源 的 生命 周期 ， 这 些 实际 上 都 是 C++ 语言 可 以 描述 的 。 在 C++11 中 ， 这 
些 抽 象 概念 常常 被 实现 在 库 中 ， 其 使 用 将 比 在 C++98/03 中 更 加 方便 ， 
更 加 好 用 。 从 这 个 角度 上 讲 ，C++11 则 是 一 种 所 谓 的 “ 轻 量 级 抽象 编程 
语言 ”(Lightweight Abstraction Programming Language) 。 其 好 处 就 是 
程序 员 可 以 将 程序 设计 的 重点 更 多 地 放 在 设计 、 实 现 ， 以 及 各 种 抽象 
概念 的 运用 上 。 


总 的 来 说 ， 灵 活 的 静态 类 型 、 小 的 抽象 概念 、 绝 佳 的 时 间 与 空间 
运行 性 能 ， 以 及 与 硬件 紧密 结合 工作 的 能 力 都 是 C++11 突 出 的 腕 点 。 而 
反观 C++98/03， 其 最 强大 的 能 力 则 可 能 是 体现 在 能 够 构建 软件 基础 架 
构 ， 或 构建 资源 受 限 及 资源 不 受 限 的 项 目 上 。 因 此 ，C++11 也 是 C++ 在 
编程 语言 领域 上 一 次 “ 泛 化 ?与 进步 。 


要 实现 表 1-2 中 的 各 种 特性 ， 需 要 编译 侨 完 成 大 量 的 工作 。 对 于 大 
多 数 编 译 器 供应 两 来 说 ， 只 能 分 阶段 地 发 布 阁 干 个 编译 版 本 ， 逐 步 文 
持 所 有 特性 (罗马 从 来 就 不 是 一 天 建成 的 ， 对 吧 ) 。 大 多 数 编译 器 已 
经 开始 了 对 C++11 特 性 的 支持 。 有 3 款 编 译 器 甚至 从 2008 年 前 就 开始 支 
持 C++11 了 : IBM 的 XL C/C++ 编译 器 从 版 本 10.1 开 始 。GNU 的 GCC 编 
译 器 从 版 本 4.3 开 始 ， 英 特 尔 编译 器 从 版 本 10.1 开 始 。 而 微软 则 从 Visual 
Studio 2010 开 始 。 最 近 ， 苹 果 的 clangllvm 编 译 器 也 从 2010 年 的 版 本 2.8 
开始 文 持 C++11 新 特性 ， 并 且 和 急速 追赶 其 他 编译 器 供应 商 。 在 本 书 附录 
C 中 ， 读 者 可 以 找到 现在 情况 下 各 种 编译 器 对 C++11 的 文 持 情 况 。 


1.3 C++11 特 性 的 分 类 


从 设计 目标 上 说 ， 能 够 让 各 个 特性 协同 工作 是 设计 C++11/0x 中 最 
为 关键 的 部 分 。 委 员 会 总 希望 通过 特性 协作 取得 整体 大 于 个 体 的 效 
果 ， 但 这 也 是 语言 设计 过 程 中 最 困难 的 一 点 。 因 此 相 比 于 其 他 的 各 种 
考虑 ，WG21 更 专注 于 以 下 理念 : 


.保持 语言 的 稳定 性 和 兼容 性 (Maintain stability and 


compatibility) 。 


.更 倾 癌 于 使 用 库 而 不 是 扩展 语言 来 实现 特性 (Prefer libraries to 


language extensions) 。 


更 倾 问 于 通用 的 而 不 是 特殊 的 手段 来 实现 特性 (Prefer generality 


to specialization) ° 
:专家 新 手 一 概 支 持 (Support both experts and novices) ° 
.增强 类 型 的 安全 性 (Increase type safety) ° 


.增强 代码 执行 性 能 和 操作 硬件 的 能 力 (Improve performance and 


ability to work directly with hardware) 。 


:开发 能 够 改变 人 们 思维 方式 的 特性 (Make only changes that change 
the way people think) 。 


:融入 编程 现实 (Fit into the real world) ° 


根据 这 些 设计 理念 可 以 对 独特 性 进行 分 类 。 在 本 书 中 ， 我 们 的 核 
DET (第 2~8 章 ) 也 会 按照 这 样 的 方式 进行 划分 。 在 可 能 的 时 候 ， 我 
们 也 会 为 每 个 理念 取 个 有 趣 一 点 儿 的 中 文 名 字 。 


而 从 使 用 上 ，Scott Mayers 则 为 C++11 创 建 了 另外 一 种 有 效 的 分 类 
方式 ，Mayers 根 据 C++11 的 使 用 者 是 类 的 使 用 者 ， 还 是 库 的 使 用 者 ， 或 
者 特性 是 广泛 使 用 的 ， 还 是 库 的 增强 的 来 区 分 各 个 特性 。 具 体 地 ， 可 
以 把 特性 分 为 以 下 几 种 : 


-类 作者 需要 的 (class writer, IA REA”) 


: 库 作 者 需要 的 (library writer， 简 称 为 “ 库 作 者 ”) 
:所 有 人 需要 的 (everyone， 简 称 为 “< 所 有 人 >”) 


:部 分 人 需要 的 (everyone else， 人 简称 为 “部 分 人 ”) 


那么 我 们 可 以 结合 这 种 分 类 再 来 看 一 下 可 以 怎样 来 学 习 所 有 的 特 
性 。 下 面 我 们 通过 设计 理念 和 用 户 群 对 C++11 特 性 进行 分 类 ， 如 表 1-3 
所 示 。 


由 于 C++11 的 新 特性 非常 多 ， 因 此 本 书 不 准备 涵盖 所 有 内 容 。 我 们 
粗略 地 将 特性 划分 为 核心 语言 特性 和 库 特 性 。 而 从 C++11 标 准 的 章 市 划 
分 来 看 (读者 可 以 从 网 站 上 搜 到 接近 于 最 终 版 本 的 草稿 ， 正 式 的 标准 
需要 通过 购买 获得 )  ， 本 书 将 涉及 C++11 标 准 中 第 1~16 章 的 语言 特性 部 
分 〈 在 C++11 语 言 标准 中 ， 第 1~16 章 洱 盖 了 核心 语言 特性 ， 第 17~30 章 
涉及 库 特 性 ) ， 而 标准 库 将 不 在 本 书 中 描述 。 当 然 ， 这 会 导致 许多 灰 
色 地 市 ， 因 为 如 同 我 们 所 到 的 ， 我 们 总 是 倾 问 于 使 用 库 而 不 是 语言 扩 
展 来 实现 一 些 特 性 ， 那 么 实际 上 ， 讲 解 语言 核心 特性 也 必然 涉及 库 的 
内 容 。 典 型 的 ， 原 子 操作 (atomics) 就 是 这 样 一 个 例子 。 因 此 ， 在 本 
书 的 编写 中 ， 我 们 只 是 不 对 标准 库 进行 专 门 的 讲解 ， 而 与 核心 内 容 相 
天 的 库 内 容 ， 我 们 还 是 会 有 所 摘 述 的 。 


ij 


表 1-3 根据 设计 理念 和 用 户 群 对 C++11 新 特性 进行 划分 


保持 语言 的 
稳定 性 和 兼容 性 
( Maintain stability 
and compatibility ) 


更 倾向 于 通用 
的 而 不 是 特殊 化 的 
手段 来 实现 特性 
( Prefer generality 
to specialization ) 


eR F— MK 
4 (Support both 
experts and novices ) 


增强 类 型 的 安全 
性 (Increase type 
safety ) 


特性 名 称 ( 中 英文 ) 


C99 

函数 的 默认 模板 参数 default template parameters for function 
扩展 的 friend 语法 extended friend syntax 

扩展 的 整 型 extended integer types 

外 部 模板 extern templates 

类 成 员 的 初始 化 in-class member initializers 

局 部 类 用 作 模 板 参数 local classes as template arguments 
long long 整 型 long long integers 

_ cplusplus 

noexcept 

override/final 控制 Override/final controls 

静态 断言 static assertions 

类 成 员 的 sizeof sizeof class data members 

4k 7 Hv PK AX Inherited constructor 

移动 语义 ， 完 美 转发 ， 引 用 折 友 Move semantics, perfect forwarding, 


reference collapse 


BFC HH PAM delegating constructors 
显 式 转换 操作 符 explicit conversion operators 
统一 的 初始 化 语法 和 语义 初始 化 列表 ， 防 止 收 窗 Uniform 


initialization syntax and semantics, initializer lists, Preventing narrowing 


非 受 限 联合 体 unrestricted unions (generalized) 
用 户 自 定义 字面 量 UDL 

一 般 化 SFINAE 规则 generalized SFINAE rules 
内 联名 字 空 间 Inline Namespace 

PODs 

模板 别名 template alias 

右 尖 括号 Right angle bracket 

auto 

基于 范围 的 for 语句 Ranged For 

decltype 

追踪 返回 类 型 语法 (扩展 的 函数 声明 语法 ) Trailing return type syntax 


(extended function declaration syntax) 


强 类 型 枚 举 Strong enum 
unique_ptr, shared_ptr 
垃圾 回收 ABI Garbage collection ABI 


用 户 群 
部 分 人 
所 有 人 
部 分 人 
部 分 人 
部 分 人 
部 分 人 
部 分 人 
部 分 人 
部 分 人 
库 作 者 
部 分 人 
库 作 者 
部 分 人 
类 作者 


类 作者 


类 作者 
库 作 者 


所 有 人 


部 分 人 
部 分 人 
部 分 人 
部 分 人 
所 有 人 
所 有 人 
所 有 人 
所 有 人 
库 作者 
所 有 人 


部 分 人 
类 作者 
库 作者 


理 


è? 


RAR 
常量 表达 式 constexpr 类 作者 
原子 操作 / 内 存 模型 atomics/mm 所 有 人 
复制 和 再 抛 出 异常 copying and rethrowing exceptions 所 有 人 
并 行动 态 初始 化 和 析 构 Dynamic Initialization and Destruction with 


增强 性 能 和 操作 
硬件 的 能 力 (Improve 


performance and 所 有 人 
. . Concurrency 
ability to work directly 
变 长 模板 Variadic template 库 作者 
with hardware ) 
线程 本 地 的 存储 thread-local storage 所 有 人 
快速 退出 进程 quick_exit Abandoning a process 所 有 人 
开发 能 够 改变 人 省 针 空 值 nullptr 所 有 人 
们 思维 方式 的 特性 | ”显示 默认 和 删除 的 函数 (默认 的 控制 ) defaulted and deleted functions m 
类 作者 
(Make only changes | (control of defauls) 
that change the way i 
. lambdas 所 有 人 
people think ) 
对 齐 支持 Alignments 部 分 人 
融入 编程 现实 | 
ia 3 i w 通用 属性 Attributes [[carries dependency]] [[noreturn]] 部 分 人 
zit into the rea Eee 
- 原生 字符 串 字面 量 raw string literals 所 有 人 
wo 
Unicode unicode characters 所 有 人 


而 之 前 我 们 提 人 到 过 的 “更 倾 辐 于 使 用 库 而 不 十 扩 展 语言 来 实现 特 
性 ”理念 的 部 分 ， 如 有 果 有 可 能 ， 我 们 会 在 男 一 本 书 或 者 本 书 的 下 一 个 版 
本 中 来 进行 讲解 。 下 面 列 出 了 属于 该 设计 理念 下 的 库 特 性 : 


.算法 增强 Algorithm improvements 
:容器 增强 Container improvements 
分 配 算 符 Scoped allocators 
“std::array 


‘std::forward_ list 


:无 序 容器 Unordered containers 
‘sts::tuple 

.类 型 特性 Type traits 
‘std::function,std::bind 
‘unique_ptr 

‘shared_ptr 

-weak_ptr 

线程 Threads 

互 不 Mutex 

-Locks 

.条 件 变量 Condition variables 
-时间 工具 Time utilities 
‘std::future,std::promises 


“std::async 


-PEHLA Random numbers 


:正则 表达 式 regex 


1.4 ”C++ 特性 一 多 


接 下 来 ， 我 们 会 一 条 C++11 中 的 各 种 特性 ， 了 解 它 们 的 来 历 、 用 
途 、 特 色 等 。 可 能 这 部 分 对 于 还 没有 开始 阅读 正文 的 读者 来 说 有 些 困 
难 。 如 采 有 机 会 ， 我 们 建议 读者 在 读 完全 书后 再 回 到 这 里 ， 这 也 是 全 
书 最 好 的 总 结 。 


1.4.1 稳定 性 与 兼容 性 之 间 的 抉择 


通常 在 语言 设计 中 ， 不 破坏 现 有 的 用 户 代 码 和 增加 新 的 能 力 ， 这 
二 者 是 需要 同时 兼顾 的 。 就 像 之 前 的 C 一 样 ， 如 今 C++ 在 各 种 代码 中 、 
开源 库 中 ， 或 用 户 的 硬 强 中 都 拥有 上 亿 行 代码 ， 那 么 当 C++ 标 准 委 员 
会 要 改变 一 个 关键 字 的 意义 ， 或 者 发 明 一 个 新 的 关键 字 时 ， 原 有 代码 
忠 很 可 能 发 生 问题 。 因 为 有 些 代 码 可 能 已 经 把 要 加 入 的 这 个 准 天 键 字 
用 作 了 变量 或 函数 的 名 字 。 


语言 的 设计 者 或 许 能 够 完全 不 考虑 兼容 性 ， 但 说 实话 这 是 个 丑陋 
的 做 法 ， 因 为 来 目 习 惯 的 力量 总 是 超 乎 人 的 想象 。 因 此 C++11 只 是 在 
非常 必要 的 情况 下 才 引 入 新 的 关键 字 。WG21 在 加 入 这 些 关 键 字 的 时 
候 非 常 谨慎 ， 至 少 从 谷歌 代码 搜索 (Google Code Search) 的 结果 看 
来 ， 这 些 天 键 字 没 有 被 现 有 的 开源 代码 频 迷 地 使 用 。 不 过 谷歌 代码 搜 
索 只 会 搜索 开源 代码 ， 私 人 的 或 者 企业 的 代码 库 (codebase) 是 不 包 
含 在 内 的 。 因 此 这 些 数据 可 能 还 有 一 定 的 局 限 性 ， 不 过 至 少 这 种 方法 
可 以 避免 一 些 问 题 。 而 WG21 中 也 有 很 多 企业 代表 ， 他 们 也 会 帮助 
WG21 确 定 这 些 天 键 字 是 否 会 导致 目 己 企业 代码 库 中 代码 不 兼容 的 问 


题 。 


C++11 的 新 关键 字 如 下 : 


-alignas 

-alignof decltype 

‘auto (重新 定义 ) 

“static_assert 

‘using (重新 定义 ) 

‘noexcept 

‘export 〈 弃 用 ， 不 过 未 来 可 能 留 作 他 用 ) 
‘nullptr 

‘Constexpr 


‘thread_local 


这 些 新 关键 字 都 是 相对 于 C++98/03 来 说 的 。 当 然 ， 引 入 它们 可 能 
会 破坏 一 些 C++98/03 代 码 ， 甚 至 更 为 糟糕 的 是 ， 可 能 会 悄悄 地 改变 了 
原 有 C++98/03 程 序 的 目的 。static_assert 就 是 这 样 一 个 例子 。 为 了 降低 
它 与 已 有 程序 变量 冲突 的 可 能 性 ，WG21 将 这 个 关键 字 的 名 字 设 计 得 
很 长 ， 甚 至 还 包含 了 下 划 线 ， 可 以 说 命名 丑 得 不 能 再 丑 了 ， 不 过 在 一 
SR EDERKEN, Jea: 


static_assert(4<=sizeof(int), "error:small ints"); 


这 行 代码 的 意图 是 确定 编译 时 〈 不 是 运行 时 ) 系统 的 int 整 型 的 长 
度 不 小 于 4 字 世 ， 如 条 小 于 ， 编 译 需 则 会 报错 说 系统 的 整 型 大 小 了 。 在 
C++11 中 这 是 一 段 有 效 的 代码 ， 在 C++98/03 中 也 可 能 是 有 效 的 ， 因 为 
程序 员 可 能 已 经 定义 了 一 个 名 为 static_assert 的 函数 ， 以 用 于 判断 运行 
时 的 int 整 型 大 小 是 否 不 小 于 4。 显 然 这 与 C++11 中 的 static_assert 完 全 不 
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实际 上 ， 在 C++11 中 还 有 两 个 具有 特殊 合 义 的 新 标识 符 : 
override、final。 这 两 个 标识 符 如 何 被 编译 需 解 释 与 它们 所 在 的 位 置 有 
天 。 如 果 这 两 个 标识 符 出 现在 成 员 函 数 之 后 ， 它 们 的 作用 古 标 注 一 个 
成 员 画 数 是 否 可 以 被 重 载 。 不 过 读者 实际 上 也 可 以 在 C++11 代 码 中 害 
义 出 override、final 这 样 名 称 的 变量 。 而 在 这 样 的 情况 下 ， 它 们 只 是 标 
识 了 普通 的 变量 名 称 而 已 。 


我 们 主要 会 在 第 2 章 中 看 到 相关 的 特性 的 描述 。 


14.2 更 倾向 于 使 用 库 而 不 是 扩展 语言 来 实现 特 
性 


相 比 于 语言 核心 功能 的 稳定 ， 库 则 总 是 能 随时 为 程序 员 提 供 快速 
上 和 手 的 、 方 便 易 用 的 新 功能 。 库 的 能 量 是 巨大 的 ，Boost 1 和 一 些 公 
司 私 有 的 库 (如 Qt、POOMA) 的 快速 成 长 就 说 明了 这 一 点 。 而 且 库 
有 一 个 很 大 的 优势 ， 就 是 其 改动 不 需要 编译 器 实现 新 特性 (只 要 接口 
保持 一 致 即 可 ) ， 当 然 ， 更 重要 的 是 库 可 以 用 于 支持 不 同 领域 的 编 
程 。 这 样 一 来 ， 通 常 读者 不 需要 非常 精通 C++ 束 能 使 用 它们 。 


不 过 这 些 优点 并 不 是 被 广泛 认可 的 。 狂 热 的 语言 爱好 者 总 是 觉得 
功能 加 入 语言 特性 ， 由 编译 器 实现 了 才 是 王道 ， 而 库 只 是 第 二 选择 。 
不 过 WG21 的 看 法 跟 他 们 相反 。 事 实 上， 如果 可 能 ，WG21 会 尽量 将 一 
个 语言 特性 转 为 库 特性 来 实现 。 比 较 典 型 的 如 C++11 中 的 线程 ， 它 被 
实现 为 库 特性 的 一 部 分 : std::thread， 而 不 是 一 个 内 置 的 “线程 类 型 ”。 
同样 的 ，C++11 中 没有 内 置 的 关联 数组 (associative array) 类 型 ， 而 是 
将 它们 实现 为 如 std::unorder_map 这 样 的 库 。 再 者 ，C++11 也 没有 像 其 
他 语言 一 样 在 语言 核心 部 分 加 入 正则 表达 式 功 能 ， 而 是 实现 为 
std::regex 库 。 这 样 一 来 ，C++ 语 言 可 以 尽量 在 保持 较 少 的 核心 语言 特 
性 的 同时 ， 通 过 标准 库 扩 大 其 功能 。 


从 传统 意义 上 讲 ， 库 可 能 是 通过 提供 头 文 件 来 实现 的 。 当 然 ， 有 
些 时 候 库 的 提供 者 也 会 将 一 些 实现 隐藏 在 二 进 制 代码 库存 档 
(archive) 文件 中 。 不 过 并 非 所 有 的 库 都 是 通过 这 样 的 方式 提供 的 。 
事实 上 ， 库 也 有 可 能 实现 于 编译 占 内 部 。 比 如 C++11 中 的 原子 操作 等 
许多 内 容 ， 就 通 前 不 是 在 头 文 件 或 库存 档 中 实现 的 。 编 译 如 会 在 内 部 
忠 将 原子 操作 实现 为 具体 的 机 右 指 令 ， 而 无 需 在 稍 后 去 链接 实 实在 在 
的 库 进 行 存档 。 而 之 所 以 将 原子 操作 的 内 容 放 在 库 部 分 ， 也 是 为 了 满 
足 将 原子 操作 作为 库 实 现 的 目 由 。 从 这 个 意义 上 讲 ， 原 子 操作 并 非 纯 
粹 的 “ 库 ”， 因 此 也 被 我 们 选择 性 地 纳入 了 本 书 的 讲解 中 。 


[1 在 C++ 的 众多 开源 库 ， 最 为 出 名 的 应 该 是 Boost。Boost 是 一 个 无 限 
制 的 开源 库 ， 在 设计 和 审阅 的 时 候 ， 都 常 汕 有 C++ 标准 委员 会 的 人 参 
与 。 


1.4.3 ”更 倾 品 于 通用 的 而 不 有 古 特殊 的 手段 来 实现 
等 性 


如 我 们 说 到 的 ， 如 果 将 无 数 互 不 相关 的 小 特性 加 入 C++ 中 ， 而 且 
不 加 选择 地 批准 通过 ，C++ 将 成 为 一 个 令 人 眼花 统 乱 的 “五 金 店 ”， 不 
幸 的 是 ， 这 个 五 金 店 的 产品 虽然 各 有 所 长 ， 次 在 一 起 却 是 一 僵 散 沙 ， 
缺乏 战斗 力 。 所 以 WG21 更 和 硕 望 从 中 抽象 出 更 为 通用 的 手段 而 不 是 加 
入 单独 的 特性 来 “ 练 成 ?C++11 的 “十 八 般 武 艺 ”。 


显 式 类 型 转换 操作 符 是 一 个 很 好 的 例子 。 在 Ct++98/03 中 ， 可 以 用 
在 构造 画 数 前 加 上 explicit 关 键 子 来 声明 构造 钞 数 为 显 式 构造 ， 从 而 防 
止 程序 员 在 代码 中 “不 小 心 ” 将 一 些 特定 类 型 隐 式 地 转换 为 用 户 目 定 义 
类 型 。 不 过 构造 画 数 并 不 是 唯一 会 导致 产生 隐 陈 类 型 转换 的 方法 ， 在 
C++98/03 中 类 型 转换 操作 符 也 可 以 参与 隐 式 转换 ， 而 程序 员 的 意图 则 
能 只 是 布 望 类 型 转换 操作 符 在 显 式 转换 时 发 生 。 这 是 C++98/03 的 政 
忽 ， 不 过 在 C++11 中 ， 我 们 已 经 可 以 做 到 这 点 了 。 
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其 他 的 一 些 新 特性 ， 比 如 继承 构造 画 数 、 移 动 语义 等 ， 在 本 书 的 
第 3 草 中 我 们 均 会 涉及 。 


1.4.4 AFM 


如 果 C++ 只 是 适合 专家 的 语言 ， 那 它 丈 不 可 能 是 一 门 成 功 的 语 
言 。C++ 中 虽然 有 许多 专家 级 的 特性 ， 但 这 并 不 是 必须 学 习 的 。 通 前 
程序 员 只 需要 学 习 一 定 的 知识 束 可 以 使 用 C++。 而 在 Ct++11 中 ， 从 另 
用 的 角度 出 发 ， 修 缮 了 很 多 特性 ， 也 锌 除了 许多 市 来 二 声誉 的 “ 毒 
瘤 ”， 比 如 一 度 被 群起 而 攻 之 的 "毒瘤 "一 双 右 尖 括号 。 在 C++98/03 中 ， 
由 于 采用 了 最 长 匹配 的 解析 规则 (maximal munch parsing rule) ， 编 译 
右 会 在 解析 符号 时 尽 可 能 多 地 “吸收 ”符号 。 这 样 一 来 ， 在 模板 解析 的 
时 候 ， 编 译 占 束 会 将 原本 是 “模板 的 模板 ”识别 为 右 移 ， 并 “ 理 直 气 
壮 ” 地 抛 出 一 条 令 人 绝望 的 错误 信息 : 模板 参数 中 不 应 该 存在 的 右 移 。 
如 今 这 个 问题 已 经 在 C++11 中 被 修正 。 模 板 参数 内 的 两 个 右 尖 括号 会 
终结 模板 参数 ， 而 不 会 导致 编译 絮 错 误 。 当 然 从 实现 上 讲 ， 编 译 絮 只 
需要 在 原来 报错 的 地 方 加 入 一 些 上 下 文 的 判断 就 可 以 避免 这 样 的 错误 
T e K: 


vector<list<int>> veclist: //C++11 中 有 效 ， 


C++98/03 中 无 效 


另 一 个 C++11 易 于 上 手 的 例子 则 是 统一 初始 化 语法 的 引入 。 
C++ 继 承 了 C 语 言 中 所 谓 的 “集合 初始 化 语法 ” (aggregate initialization 


syntax， 比 如 a[]={0,1,};) ， 而 在 设计 类 的 时 候 ， 却 只 定义 了 形式 单一 
的 构造 函数 的 初始 化 语法 ， 比 如 A a(0,1)。 所 以 在 使 用 C++98/03 的 时 
候 ， 编 写 模板 会 遇 到 障碍 ， 因 为 模板 作者 无 法 知道 模板 用 户 会 使 用 哪 
种 类 型 来 初始 化 模板 。 对 于 泛 型 编程 来 说 ， 这 种 不 一 致 则 会 导致 不 能 
总 是 进行 泛 型 编程 。 而 在 C++11 中 ， 标 准 统一 了 变量 初始 化 方法 ， 所 
以 模板 作者 可 以 总 是 在 模板 编写 中 采用 集合 初始 化 (初始 化 列表 ) 。 
进一步 地 ， 集 合 初始 化 对 于 类 型 收 罕 还 有 一 定 的 限制 。 而 类 型 收 罕 也 
是 许多 让 人 深夜 工作 的 奇特 错误 的 源头 。 因 此 在 C++11 中 使 用 了 初始 
化 列表 ， 就 等 同 于 拥有 了 防止 收 窗 和 泛 型 编程 的 双重 好 处 。 


读者 可 以 在 第 4 章 看 到 C++11 是 如 何 增进 语言 对 新 手 的 文 持 的 。 


14.5 ”增强 类 型 的 安全 性 


绝对 的 类 型 安全 对 编程 语言 来 说 几乎 是 不 可 能 达到 的 ， 不 过 在 编 
译 时 期 捕捉 更 多 的 错误 则 是 非常 有 花 的 。 在 C++98/03 中 ， 枚 举 类 会 退 
化 为 整 型 ， 因 此 第 会 与 其 他 的 枚 举 类 型 混 请 。 这 个 类 型 的 不 安全 根源 
还 是 在 于 兼容 C 语 言 。 在 C 中 枚 举 用 起 来 非常 便利 ， 在 C++ 中 却 是 类 型 
系统 的 一 个 大 “ 漏 义 ?。 因 此 在 C++11 中 ， 标 准 引 入 了 新 的 “ 强 类 型 枚 


举 ” 来 解决 这 个 问题 。 


enum class Color { red, blue, green }; 
int x = Color::red; //C++98/03 fF, 


C++11 中 错误 ;不 存在 


Color ->int 的 转换 


Color y = 7; //C++98/03%, 


C++11 中 错误 :不 存在 


int->Color conversion 的 转换 


Color z = red; //C++98/03 FfF., 


C++ 并 工 中 错误 : 


red 不 在 作用 域内 


Color c = Color::red; /VC++98/93 中 错误 ， 


C++11 中 区 许 


在 第 5 章 中 ， 我 们 会 详细 讲解 诸如 此 类 能 够 增强 类 型 安全 的 C++11 


特性 。 


1.4.6 与 便 件 紧密 合作 


在 C++ 编 程 中 ， 巾 入 式 编 程 是 一 个 非常 重要 的 领域 。 虽 然 一 些 方 
方圆 圆 的 智能 设备 外 表 光 鲜亮 丽 ， 但 是 植 根 于 其 中 的 技术 基础 也 常常 
会 是 Ct++。 在 C++11 中 ， 常 量 表 达 式 以 及 原子 操作 都 是 可 以 用 于 支持 
帜 入 式 编 程 的 重要 特性 。 这 些 特性 对 于 提高 性 能 、 降 低 存 储 空间 都 大 
有 好 处 ， 比 如 ROM 。 


C++98/03 中 也 具备 const 类 型 ， 不 过 它 对 只 读 内 存 (ROM) Xí 
不 够 好 。 这 是 因为 在 C++ 中 const 类 型 只 在 初始 化 后 才 意味 着 它 的 值 应 
该 是 常量 表达 式 ， 从 而 在 运行 时 不 能 被 改变 。 不 过 由 于 初始 化 依旧 是 
动态 的 ， 这 对 ROM 设 备 来 说 并 不 适用 。 这 就 要 求 在 动态 初始 化 前 就 将 
常量 计算 出 来 。 为 此 标准 增加 了 constexpr， 它 让 函数 和 变量 可 以 被 编 
译 时 的 常量 取代 ， 而 从 效果 上 说 ， 画 数 和 变量 在 固定 内 存 设 备 中 要 求 
的 空间 变 得 更 少 ， 因 而 对 于 手持 、 桌 面 等 用 于 各 种 移动 控制 的 小 型 肉 
入 式 设备 〈 甚 至 心率 调整 器 ) 的 ROM 而 言 ，C++11 也 支持 得 更 好 。 


在 C++11， 我 们 甚至 拥有 了 直接 操作 硬件 的 方法 。 这 里 指 的 是 
C++11 中 引入 的 原子 类 型 。C++11 通 过 引入 内 存 模型 ， 为 开发 者 和 系统 
建立 了 一 个 高 效 的 同步 机 制 。 作 为 开发 者 ， 通 稼 需要 保证 线程 程序 能 
够 正确 同步 ， 在 程序 中 不 会 产生 竞争 。 而 相对 地 ， 系 统 (可 能 是 编译 


器 、 内 存 系统 ， 或 是 缓存 一 致 性 机 制 ) 则 会 保证 程序 员 编 写 的 程序 

(使 用 原子 类 型 ) 不 会 引入 数据 竞争 。 而 且 为 了 同步 ， 系 统 会 自行 禁 
止 某 些 优 化 ， 又 保证 其 他 的 一 些 优化 有 效 。 除非 编写 非常 辰 层 的 并 行 
程序 ， 否 则 系统 的 优化 对 程序 员 来 讲 ， 基 本 上 是 透明 的 。 这 可 能 是 

C++11 中 最 大 、 最 华丽 的 进步 。 而 束 算 程序 员 不 乐意 使 用 原子 类 型 ， 

而 要 使 用 线程 ， 那 么 使 用 标准 的 互 不 变量 mutex 来 进行 临界 区 的 加 锁 和 
开锁 也 束 够 了。 而 如 末 读 者 还 想 要 状 狂 地 挖掘 并 行 的 速度 ， 或 试图 完 
SRS, KERAMA, LATCH (lock-free) 的 原子 类 型 也 可 
以 满足 你 的 各 种 “野心 ”。 内 存 模型 的 机 制 会 保证 你 不 会 犯错 。 只 有 在 
使 用 与 系统 内 存单 位 不 同 的 位 域 的 时 候 ， 内 存 模型 才 无 法 成 功 地 保证 
同步 。 比 如 说 下 面 这 个 位 域 的 例子 ， 这 样 的 位 域 党 常会 引发 竞争 ( 跨 
了 一 个 内 存单 元 ， 因 为 这 破坏 了 内 存 模型 的 假定 ， 编 译 器 不 能 保证 


这 是 没有 苋 争 的 。 


struct {int a:9; int b:7;} 


不 过 如 有 果 使 用 下 面 的 字符 位 域 则 不 会 引发 竞争 ， 因 为 字符 位 域 可 
以 被 视 为 是 独立 内 存 位 置 。 而 在 C++98/03 中 ， 多 线程 程序 中 该 写法 却 
通常 会 引发 葛 争 。 这 是 因为 编译 占 可 能 将 a 和 b 连 续 存 放 ， 那 么 对 b 进 行 
赋值 ( 互 不 地 ) 的 时 候 就 有 可 能 在 a 没有 被 上 锁 的 情况 下 一 起 写 掉 了 。 
原因 有 是 在 单线 程 情况 下 党 被 视 为 普通 的 安全 的 优化 ， 却 没有 考虑 到 多 
线程 情况 下 的 复杂 性 。C++11 则 在 这 方面 做 出 了 较 好 的 修正 。 


struct {char a; char b;} 


与 硬件 紧密 合作 的 能 力 使 得 C++ 可 以 在 任何 系统 编程 中 继续 保持 
领先 的 位 置 ， 比 如 说 构建 设备 驱动 或 操作 系统 内 核 ， 同 时 在 一 些 像 金 
融 、 游 戏 这 样 需 要 高 性 能 后 台 守 护 进 程 的 应 用 中 ，C++ 的 参与 也 会 大 
大 提升 其 性 能 。 


我 们 会 在 第 6 章 看 到 相关 特性 的 描述 。 


1.4.7 ”开发 能 够 改变 人 们 思维 方式 的 特性 


C++11 中 一 个 小 小 的 lambda 特 性 是 如 何 手动 编程 世界 的 呢 ? 从 一 
方面 讲 ，lambda 只 是 对 C++98/03 中 带 有 operator() 的 局 部 仿 函 数 (函数 
WR) 包装 后 的 * 语 法 甜点 ”。 事 实 上 ， 在 C++11 中 lambda 也 被 处 理 为 
匿名 的 仿 函 数 。 当 创建 lambda 函 数 的 时 候 ， 编 译 器 内 部 会 生成 这 样 一 
个 仿 函 数 ， 并 从 其 父 作 用 域 中 取得 参数 传递 给 lambda 函 数 。 不 过 ， 真 

会 改变 人 们 思维 方式 的 是 ，lambda 是 一 个 局 部 函数 ， 这 在 C++98/03 
中 我 们 只 能 模仿 实现 该 特性 。 此 外 ， 当 程序 员 开 始 越 来 越 多 地 使 用 
C++11 中 先进 的 并 行 编程 特性 时 ，lambda 会 成 为 一 个 非常 重要 的 语 
法 。 程 序 员 将 会 发 现 到 处 都 是 奇怪 的 Jambda 笑 脸 *， 即 ;} 中 ， 而 且 程 
序 员 也 必须 习惯 在 各 种 上 下 文中 阅读 翻译 lambda 函 数 。 顺 带 一 提 ， 
lambda 笑 脸 常 会 出 现在 每 一 个 lambda 表 达 式 的 终结 部 分 


男 一 个 人 们 会 改变 思维 方式 的 地 方 则 是 如 何 让 一 个 成 员 画 数 变 得 
无 效 。 在 C++98/03 中 ， 我 们 惯用 的 方法 是 将 成 员 函 数 声明 为 私有 的 。 
如 果 读 者 不 知道 这 种 方法 的 用 意 ， 很 可 能 在 阅读 代码 的 时 候 产 生 困 

。 不 过 今天 的 读者 非常 笠 运 ， 因 为 在 C++11 中 不 再 需要 这 样 的 手 
段 。 在 C++11 中 我 们 可 以 通过 显 式 默认 和 删除 的 特性 ， 清 楚 明 日 地 将 
成 员 画 数 设 为 删除 的 。 这 无 疑 改 变 了 程序 员 编 写 和 阅读 代码 的 方式 ， 
当然 ， 思 考 问 题 的 方式 也 束 更 加 直截了当 了 。 


我 们 会 在 第 7 章 中 看 到 相关 特性 的 描述 


[1] lambda 笑脸 是 一 种 编写 lambda 函 数 的 编程 风格 ， 即 在 lambda 函 数 结 
束 时 将 分 号 与 括号 连 写 ， 看 起 来 就 是 一 个 ;} 形 式 的 笑脸 。 而 实际 在 本 
书 第 7 章 中 没有 采用 lambda 笑 脸 的 编程 风格 。 


1.4.8 ”融入 编程 现实 


现实 世界 中 的 编程 往往 都 有 特殊 的 需求 。 比 如 在 访问 因特网 的 时 
候 我 们 常常 需要 输入 URL， 而 URL 通 常 都 包含 了 斜 线 “/*”。 要 在 C++ 中 
输入 斜 线 却 不 是 件 容易 的 事 ， 通 常 我 们 需要 转 义 字符 “V* 的 配合 ， 否 则 
和 斜 线 则 可 能 被 误 认 为 是 除法 符号 。 所 以 如 果 读 者 在 写 网 络 地 址 或 目录 
路 径 的 时 候 ， 代 码 最 终 看 起 来 就 古 一 堆 倒 骨 口 的 反 斜 线 的 组 合 ， 而 且 
会 让 内 容 变 得 星 深 。 而 C++11 中 的 原生 字符 串 和 常量 则 可 免除 “ 转 义 ”的 
需要 ， 也 可 以 帮助 程序 员 清 晰 地 呈现 网 络 地 址 或 文件 系统 目录 的 真实 


另 一 方面 ， 如 今 GNU 的 属性 (attribute) 几乎 无 所 不 在 ， 所 有 的 编 
译 器 都 在 尝试 文 持 它 ， 以 用 于 修饰 类 型 、 变 量 和 函数 等 。 不 过 
_ attribute__((attribute-name)) 这 样 的 写法 ， 除 了 不 怎么 好 看 外 ， 每 一 个 
编译 器 可 能 还 都 有 它 自己 的 变 体 ， 比 如 微软 的 属性 就 是 以 __declspec 打 
头 的 。 因 此 在 C++11 中 ， 我 们 看 到 了 通用 属性 的 出 现 。 


不 过 C++113 引 入 通用 属性 更 大 的 原因 在 于 ， 属 性 可 以 在 不 引入 额 
外 的 关键 子 的 情况 下 ， 为 编译 提供 额外 的 信息 。 因 此 ， 一 些 可 以 实现 
为 关键 字 的 特性 ， 也 可 以 用 属性 来 实现 (在 某 些 情况 下 ， 属 性 甚至 还 
可 以 在 代码 中 放 入 程序 供应 商 的 名 字 ， 不 过 这 样 做 存在 一 些 争 议 ) 。 


这 在 使 用 关键 字 还 是 将 特性 实现 为 一 个 通用 属性 间 就 会 存在 权衡 。 不 
过 最 后 标准 委员 会 认为 ， 在 现在 的 情况 下 ， 在 C++11 中 的 通用 属性 不 
能 破坏 已 有 的 类 型 系统 ， 也 不 应 该 在 代码 中 引起 语义 的 上 玻 义 。 也 束 是 
说 ， 有 属性 的 和 没有 属性 的 代码 在 编译 时 行为 是 一 致 的 。 所 以 C++11 
标准 最 终 选 择 创 建 很 少 的 几 个 通用 属性 一 noreturn 和 carrier_dependency 
(其 实 final、override 也 一 度 是 热门 “人 选 2 。 


属性 的 真正 强大 之 处 在 于 它们 能 够 让 编译 右 供 应 商 创 建 他 们 目 己 
的 语言 扩展 ， 同 时 不 会 干扰 语言 或 等 待 特性 的 标准 化 。 它 们 可 以 被 用 
于 在 一 些 域内 加 入 特定 的 “方言 "， 甚 至 是 在 不 用 pragma 语 法 的 情况 下 
扩展 专 有 的 并 行 机 制 (如 果 读 者 了 解 OpenMP， 对 此 会 有 一 些 体 


ANS 


我 们 将 在 第 8 章 中 看 到 相关 的 描述 。 


1.5 本 书 的 约定 


15.1 KEENE AS 


在 C++11 标 准 中 ,我们 会 涉及 很 多 已 有 的 或 新 建 的 术语 。 在 本 书 
中 ， 这 些 术语 我 们 会 尽量 翻译 ， 但 不 求 过 度 翻译 。 


在 已 有 翻译 且 翻 译 意 义 已 经 被 广 为 接 受 的 情况 下 ， 我 们 会 使 用 已 
有 的 翻译 词汇 。 比 如 说 将 class 翻 译 为 “类 ”， 或 者 将 template 翻 译 为 “ 模 
板 *。 这 样 翻译 已 经 为 中 文 读者 广 为 接 受 ， 本 书 则 会 沿用 这 样 的 译 法 。 


而 已 有 翻译 但 是 意义 并 没有 被 广 为 接 受 的 情况 下 ， 本 书 中 则 会 考 
虑 保留 英文 原文 。 比 如 说 将 <*URL" 翻 译 为 “统一 资源 定 址 器 ?在 我 们 看 
来 束 吓 一 种 典型 的 不 民情 况 。 通 党 将 这 样 的 术语 翻译 为 中 文 会 阻碍 读 
者 的 理解 。 而 大 多 数 能 够 阅读 本 书 的 读者 也 会 具有 基本 的 英文 阅读 能 
力 和 一 些 音 识 性 的 计算 机 知识 ， 因 此 本 书 将 保留 原文 ， 以 期 望 能 够 帮 
助 读 者 更 好 地 理解 涉及 术语 的 部 分 。 


对 于 还 没有 广泛 被 认同 的 中 文 翻 译 的 术语 ， 我 们 会 采用 审慎 的 态 
度 。 一 些 时 候 ， 如 采 英 文 确实 有 利于 理解 ， 我 们 会 竹 试 以 注释 的 方式 
提供 一 个 中 文 的 解释 ， 而 在 文中 保持 英文 。 如 采 翻 译 成 中 文 非 党 利于 
理解 ， 则 会 提供 一 个 中 文 的 翻译 ， 在 注释 中 留 下 英文 。 


1.5.2 ”关于 代码 中 的 注释 


在 本 书 中 ， 如 有 果 可 能 我 们 会 将 一 些 形 如 cout、printf 打 印 至 标准 输 
出 /错误 的 内 容 放 在 代码 的 注释 中 ， 从 读书 的 经 验 来 看 ， 我 们 认为 这 样 
征 最 方便 阅读 的 。 比 如 : 


int a = 2012 
cout << "hello, world" << endl; // hello, world 
cout << a << ” 


is doomed" << endl; // 2012 is doomed 


同时 ， 一 些 关 键 的 、 有 助 于 读者 理解 代码 的 解释 也 会 放 在 注释 
中 。 在 通常 情况 下 ， 注 释 中 有 了 打印 结果 的 语句 不 会 再 有 其 他 的 代码 
解释 。 如 采 有 ， 我 们 将 会 以 逗号 将 其 分 开 。 比如 : 


cout << "hello world" << endl; // hello world, 打印 


"hello world" 


1.5.3 ”关于 本 书 中 的 代码 示例 与 实验 平台 


在 本 书 的 编写 中 ， 我 们 一 共 使 用 了 3 种 编译 器 对 代码 进行 编译 ， 即 
IBM 的 xlC++、GNU 的 g++， 以 及 llvm 的 clang++。 我 们 使 用 的 这 3 种 编 
译 器 都 是 开发 中 的 版 本 ， 其 中 xlC++ 使 用 的 是 开发 中 的 版 本 13，g++ 使 
用 的 是 开发 中 的 版 本 4.8， 而 clang++ 则 使 用 的 是 开发 中 的 版 本 3.2 © 


本 书 的 代码 大 多 数 由 作者 原创 ， 少 量 使 用 了 C++11 标 准 提案 中 的 
案例 ， 以 及 一 些 网 上 资源 。 由 于 本 书 编写 时 ， 还 没有 编译 事 提 供 对 
C++11 所 有 特性 的 完整 支持 ， 所 以 通 营 我 们 都 会 将 使 用 的 编译 器 、 编 
译 时 采用 的 编译 选项 罗列 在 代码 处 。 在 本 书 的 代码 中 ， 我 们 会 以 
g++ 编译 为 主 ， 但 这 并 不 意味 着 其 他 编译 右 无 法 编译 通过 这 些 代码 示 
例 。 从 我 们 现在 看 到 的 结果 而 言 ， 使 用 相同 特性 的 代码 ， 编 译 右 的 文 
持 往 往 不 存在 很 大 的 个 体 差 别 《这 也 是 设立 标准 的 意义 所 在 ) 。 而 具 
体 的 编译 器 文 持 ， 读 者 则 可 以 通过 附录 C 获 得 相关 的 信息 。 


我 们 的 代码 运行 平台 之 一 是 一 台 运 行 在 IBM Power 服 务 器 上 的 
SUSE Linux Enterprise Server 11(x86_64) 的 虚拟 机 (从 我 们 的 实验 看 
来 ， 在 该 虚拟 机 上 并 没有 出 现 与 实体 机 器 不 一 致 之 处 ， 而 不 同 的 Linux 
也 不 会 对 我 们 的 实验 产生 影响 ) 。 运 行 平 台 之 二 则 是 一 台 运 行 于 SUSE 


Linux Enterprise Server 10 SP2(ppc)HJIBM Power5+ 服 务 右 。 


Ble ”保证 稳定 性 和 兼容 性 


作为 C 语 言 的 录 亲 ，C++ 有 一 个 众所周知 的 特性 一 对 C 语 言 的 高 度 
兼容 。 这 样 的 兼容 性 不 仅 体现 在 程序 员 可 以 较为 容易 地 将 C 代 码 “ 升 
级 ”为 C++ 代码 上 ， 也 体现 在 C 代 码 可 以 被 C++ 的 编译 器 所 编译 上 。 新 
的 C++11 标 准 也 并 不 例外 。 在 C++11 中 ， 设 计 者 总 是 保证 在 不 破坏 原 有 
设计 的 情况 下 ， 增 加 新 的 特性 ， 以 充分 保证 语言 的 稳定 性 与 兼容 性 。 
本 章 中 的 新 特性 基本 上 都 遵循 了 该 设计 思想 。 


2.1 保持 与 C99 兼 容 


CHP KF. 部 分 人 


在 C11 之 前 最 新 的 C 标 准 是 1999 年 制定 的 C99 标 准 。 而 第 一 个 
C++ 语 言 标准 却 出 现在 1998 年 (通常 被 称 为 Ct++98) ， 随 后 的 C++03 标 
准 也 只 对 C++98 进 行 了 小 的 修正 。 这 样 一 来 ， 虽然 C 语 言 发 展 中 的 大 多 
数 改进 都 被 引入 了 C++ 语言 标准 中 ， 但 还 是 存在 着 一 些 属于 C99 标 准 
的 “漏网 之 鱼 ”。 所 以 C++11 将 对 以 下 C99 特 性 的 支持 也 都 纳入 了 新 标准 
中 : 


-C99 中 的 预定 义 宏 
-func ”预定 义 标识 符 


Pragma 操 作 符 


这 些 特性 并 不 像 语法 规则 一 样 第 用 ， 并 且 有 的 C++ 编 译作 实现 也 
都 和 完 于 标准 地 将 这 些 特性 实现 ， 因 此 可 能 大 多 数 程序 员 没有 发 现 这 些 


不 兼容 。 但 将 这 些 C99 的 特性 在 C++11 中 标准 化 无 疑 可 以 更 广泛 地 保证 
两 者 的 兼容 性 。 我 们 来 分 别 看 一 下 。 


除去 语法 


BLESS, PLAS PEE AER O KRUEL ` RARE > 


安 、 季 量 等 也 都 会 被 发 布 在 语言 标准 中 。 相 较 于 C89 标 准 ，C99 语 言 标 
准 增加 一 些 预定 义 宏 。C++11 同 样 增加 了 对 这 些 宏 的 支持 。 我 们 可 以 看 


一 下 表 2-1。 


宏 名 称 


表 2-1 C++11 中 与 C99 兼 容 的 宏 


功能 描述 


_ STDC HOSTED _ 


如 果 编 译 器 的 目标 系统 环境 中 包含 完整 的 标准 C 库 ,那么 这 个 宏 就 定义 为 1， 和 否则 安 
的 值 为 0 


STDC 


CE BY MASE ERKKI E ie LY SS: A AC 标准 一 致 。C++11 标准 中 这 
个 宏 是 否定 义 以 及 定 成 什么 值 由 编译 器 来 决定 


_STDC VERSION _ 


C 编译 融通 常用 这 个 宏 来 表示 所 支持 的 C 标准 的 版 本 ， 比 如 1999mmL。C++11 标准 中 
这 个 宏 是 否定 义 以 及 定 成 什么 值 将 由 编译 器 来 决定 


STDC ISO 10646 


这 个 宏 通 常 定义 为 一 个 yyyymmL 格式 的 整数 常量 ， 例 如 199712L， 用 来 表示 C++ 编 
译 环境 符合 某 个 版 本 的 ISO/IEC 10646 标准 


使 用 这 些 宏 ， 我 们 可 以 查验 机 器 环境 对 C 标 准 和 C 库 的 文 持 状况 ， 
如 代码 清单 2-1 所 示 。 


代码 清单 2-1 


#include <iostream> 
using namespace std; 


int main() { 


cout << "Standard Clib: " << STDC_HOSTED << endl; // Standard Clib: 1 


cout << "Standard C: " << __STDC__ << endl; // Standard C: 1 
// cout << "C Stardard version: " << __STDC_VERSION__ << endl; 
cout << "ISO/IEC " << STDC_ISO_10646 << endl; // ISO/IEC 200009 


} 
// 编译 选项 


:g++ -Std=c++11 2-1-1.cpp 


在 我 们 的 实验 机 上 ， ”STDC_VERSION __ 这 个 宏 没 有 定义 (也 是 
符合 标准 规定 的 ， 如 表 2-1 所 示 ) ， 其 余 的 宏 都 可 以 打印 出 一 些 常 量 
值 。 


预定 义 宏 对 于 多 目标 平台 代码 的 编写 通常 具有 重大 意义 。 通 过 以 
上 的 宏 ， 程 序 员 通 过 使 用 ##fdef/#endif 等 预 处 理 指令 ， 就 可 使 得 平台 相 
天 代码 只 在 适合 于 当前 平台 的 代码 上 编译 ， 从 而 在 同一 父 代 码 中 完成 
对 多 平台 的 支持 。 从 这 个 意义 上 讲 ， 平 台 信 息 相 关 的 宏 越 丰富 ， 代 码 
的 多 平台 文 持 越 准确 。 


不 过 值得 注意 的 是 ， 与 所 有 预定 义 宏 相同 的 ， 如 果 用 户 重 定义 
(#define) 或 #undef 了 预定 义 的 宏 ， 那 么 后 果 是 “未 定义 ”的 。 因 此 在 代 
码 编写 中 ， 程 序 员 应 该 注意 避免 目 定 义 宏 与 预定 义 宏 同 名 的 情况 。 


2.1.2 _ func 预定 义 标识 符 


很 多 现实 的 编译 器 都 支持 C99 标 准 中 的 ”func” 预定 义 标 识 符 功 
能 ， 其 基本 功能 就 是 返回 所 在 函数 的 名 字 。 我 们 可 以 看 看 下 面 这 个 例 
子 ， 如 代码 清单 2-2 所 示 。 


代码 清单 2-2 


#include <string> 
#include <iostream> 
using namespace std; 


const char* hello() { return __func__; } 
const char* world() { return __func__; } 
int main()f{ 
cout << hello() << ", " << world() << endl; // hello, world 


} 
// 编译 选项 


:g++ -Std=c++11 2-1-2.cpp 


在 代码 清单 2-2 中 ， 我 们 定义 了 两 个 函数 hello 和 world。 利 用 
func_ 预 定义 标识 符 ， 我 们 返回 了 函数 的 名 字 ， 并 将 其 打印 出 来 。 
事实 上 ， 按 照 标准 定义 ， 编 译 器 会 隐 式 地 在 函数 的 定义 之 后 定义 
_ func_ 标识 符 。 比 如 上 述 例子 中 的 hello 画 数 ， 其 实际 的 定义 等 同 于 
如 下 代码 : 


const char* hello() { 
static const char* _ func = "hello"; 
return _ func__ 


} 


func_ 预 定义 标识 符 对 于 轻 量 级 的 调试 代码 具有 十 分 重要 的 作 
用 。 而 在 C++11 中 ， 标 准 甚 至 允许 其 使 用 在 类 或 者 结构 体 中 。 我 们 可 
以 看 看 下 面 这 个 例子 ， 如 代码 清单 2-3 所 示 。 


代码 清单 2-3 


#include <iostream> 
using namespace std; 
struct TestStruct { 
TestStruct () : name(__func__) {} 
const char *name; 
/ 
int main() { 
TestStruct ts; 
cout << ts.name << endl; // TestStruct 
// 编译 选项 


:g++ -Std=c++11 2-1-3.cpp 


从 代码 清单 2-3 可 以 看 到 ， 在 结构 体 的 构造 画 数 中 ， 初 始 化 成 员 列 
表 使 用 _func ”预定 义 标 识 符 是 可 行 的 ， 其 效 采 跟 在 函数 中 使 用 一 
样 。 不 过 将 ”fun_ 标识 符 作为 函数 参数 的 默认 值 是 不 允许 的 ， 如 下 例 
WA 


void FuncFail( string func_name = __func _) {};// 无 法 通过 编译 


这 是 由 于 在 参数 声明 时 ，_func ”还 未 被 定义 。 


芝 _Pragma 操 作 符 


在 C/C++ 标准 中 ，#pragma 是 一 条 预 处 理 的 指令 (preprocessor 
directive) 。 人 简单 地 说 ， 四 ragma 是 用 来 问 编 译 器 传达 语言 标准 以 外 的 
一 些 信息 。 举 个 简单 的 例子 ， 如 果 我 们 在 代码 的 头 文 件 中 定义 了 以 下 


语句 : 


#pragma once 


那么 该 指令 会 指示 编译 器 (如 采编 译 器 支持 ) ， 该 头 文件 应 该 只 
家 编译 一 次 。 这 与 使 用 如 下 代码 来 定义 头 文件 所 达到 的 效 采 是 一 样 
Hy ° 


#ifndef THIS HEADER 
#define THIS HEADER 
// 一 些 头 文件 的 定义 


#endif 


在 C++11 中 ， 标 准 定 义 了 与 预 处 理 指 令 #pragma 功 能 相同 的 操作 符 
_Pragma。_Pragma 操 作 符 的 格式 如 下 所 示 : 


_Pragma (字符 串 字 面 量 


) 


其 使 用 方法 跟 sizeof 等 操作 符 一 样 ， 将 字符 串 字 面 量 作为 参数 写 在 
括号 内 即 可 。 那 么 要 达到 与 上 例如 ragma 类 似 的 效果 ， 则 只 需要 如 下 代 
码 即 可 。 


_Pragma("once"); 


而 相 比 预 处 理 指 令 #pragma， 由 于 _Pragma 是 一 个 操作 符 ， 因 此 可 
以 用 在 一 些 宏 中 。 我 们 可 以 看 看 下 面 这 个 例子 : 


#define CONCAT(x) PRAGMA(concat on #x) 
#define PRAGMA(x) _Pragma(#x) 
CONCAT( ..\concat.dir ) 

这 里 ，CONCAT(..\concat.dir) 最 终 会 产生 _Pragma(concat 
on"..\concat.dir") 这 样 的 效果 (这 里 只 是 显示 语法 效果 ， 应 该 没有 编译 
ALFAA Pragma) 。 而 #pragma 则 不 能 在 宏 中 展开 ， 因 此 从 
灵活 性 上 来 讲 ，C++11 的 _Pragma 具 有 更 大 的 灵活 性 。 


2.1.4 变 长 参数 的 宏 定 义 以 及 _VA _ARGS _ 


在 C99 标 准 中 ， 程 序 员 可 以 使 用 变 长 参数 的 安定 义 。 变 长 参数 的 
安定 义 是 指 在 安定 义 中 参数 列表 的 最 后 一 个 参数 为 省 略 号 ， 而 预定 义 
安 _VA_ARGS_ 则 可 以 在 安定 义 的 实现 部 分 蔡 换 省 略 号 所 代表 的 字符 


$ o ELUM: 


#define PR(...) printf(__VA ARGS_ ) 


就 可 以 定义 一 个 printf 的 别名 PR。 事 实 上 ， 变 长 参数 宏 与 printf 是 
一 对 好 搭档 。 我 们 可 以 看 如 代码 清单 2-4 所 示 的 一 个 简单 的 变 长 参数 宏 
的 应 用 。 


代码 清单 2-4 


#include <stdio.h> 

#define LOG(...) {\ 
fprintf(stderr, "%s: Line %d:\t", FILE, LINE__);\ 
fprintf(stderr, __VA_ARGS__);\ 
fprintf(stderr, "\n");\ 


int main() { 
int x = 3; 
// 一 些 代码 


LOG("x = %d", x); // 2-1-5.cpp: Line 12: X 


I 
w 


// 编译 选项 


:g++ -Std=c++11 2-1-5.cpp 


在 代码 清单 2-4 中 ， 定 义 LOG 宏 用 于 记录 代码 位 置 中 一 些 信 息 。 程 
序 员 可 以 根据 stderr 产 生 的 日 志 追 调 到 代码 中 产生 这 些 记 录 的 位 置 。 引 
入 这 样 的 特性 ， 对 于 轻 量 级 调试 ， 简 单 的 错误 输出 都 是 具有 积极 意义 
HY ° 


在 之 前 的 C++ 标准 中 ， 将 罕 字 符 串 (char) RARAP AR 
(wehar_t) 是 未 定义 的 行为 。 而 在 C++11 标 准 中 ， 在 将 宪 字 符 串 和 帘 
字符 串 进行 连接 时 ， 文 持 C++11 标 准 的 编译 器 会 将 罕 字 符 串 转换 成 禄 
字符 串 ， 然 后 再 与 宽 字 符 串 进行 连接 。 


事实 上 ， 在 C++11 中 ， 我 们 还 定义 了 更 多 种 类 的 字符 串 类 型 CE 
要 是 为 了 更 好 地 支持 Unicode) ， 更 多 详细 的 内 容 ， 读 者 可 以 参见 8.3 
与 8.4 节 © 


2.2 long long 整 型 


CHP 类别， 部 分 人 


相 比 于 C++98 标 准 ，C++11 整 型 的 最 大 改变 就 是 多 了 long long。 但 
EKE, long long 整 型 本 来 就 离 C++ 标 准 很 近 ， 早 在 1995 年 ，long long 
就 被 提议 写 入 C++98 标 准 ， 却 被 C++ 标准 委员 会 拒绝 了 。 而 后 来 ，long 
long 类 型 却 进入 了 C99 标 准 ， 而 且 也 事实 上 也 被 很 多 编译 器 支持 。 于 是 
轧 转 地 ，C++ 标 准 委员 会 又 掉头 决定 将 long long 纳 入 C++11 标 准 。 


long long 整 型 有 两 种 : long long 和 unsigned long long。 在 C++11 
中 ， 标 准 要 求 long long 整 型 可 以 在 不 同 平 台 上 有 不 同 的 长 度 ， 但 至 少 
有 64 位 。 我 们 在 写 常数 字面 量 时 ， 可 以 使 用 LL 后 级 (或 是 1) 标识 一 
long long 类 型 的 字面 量 ， 而 ULL (或 ull、Ull、uLL) 表示 一 个 


unsigned long long 类 型 的 字面 量 。 比 如 : 


long long int 11i = -9000000000000000000LL; 
unsigned long long int ulli = -9000000000000000000ULL ; 


就 定义 了 一 个 有 符号 的 long long 变 量 li 和 无 符号 的 unsigned long 
long 变 量 ulli。 事实 上 ， 在 C++11 中 ， 还 有 很 多 与 long long 等 价 的 类 
型 。 比 如 对 于 有 符号 的 ， 下 面 的 类 型 是 等 价 的 : long long 、signed long 


long ` long long int ` signed long long int; 而 unsigned long long 和 


unsigned long long int 也 是 等 价 的。 


同 其 他 的 整 型 一 样 ， 要 了 解 平台 上 long long 大 小 的 方法 就 是 查看 
<climits> (或 <limits.h> 中 的 宏 ) 。 与 long long 整 型 相关 的 一 共有 3 个 : 
LLONG_MIN、LLONG_MAX 和 ULLONG_MIN， 它 们 分 别 代 表 了 平 
台 上 最 小 的 long long 值 、 最 大 的 long long 值 ， 以 及 最 大 的 unsigned long 
long 值 。 可 以 看 看 下 面 这 个 例子 ， 如 代码 清单 2-5 所 示 。 


代码 清单 2-5 


#include <climits> 
#include <cstdio> 
using namespace std; 
int main() { 
long long 11_min = LLONG_MIN; 
long long 11_max = LLONG_MAX; 
unsigned long long ull_max = ULLONG_MAX; 
printf("min of long long: %lld\n", 11 min); // min of long long: 


-9223372036854775808 

printf("max of long long: %lld\n", 11_max); // max of long long: 
92233720368547 75807 

printf("max of unsigned long long: %llu\n", ull_max); // max of unsigned 


long long: 18446744073709551615 
} 
// 编译 选项 


‘g++ -Std=c++11 2-2-1.cpp 


在 代码 清单 2-5 中 ， 将 以 上 3 个 宏 打 印 了 出 来 ， 对 于 printf 函 数 来 
说 ， 输 出 有 符号 的 long long 类 型 变量 可 以 用 符号 %lld， 而 无 符号 的 


unsigned long long 则 可 以 采用 %llu。18446744073709551615 用 16 进 制 


表示 是 0xFFFFFFFFFFFFFFFF (16 个 FE) ， 可 知 在 我 们 的 实验 机 上 ， 


long long 是 一 个 64 位 的 类 型 。 


2.3 扩展 的 整 型 


CHP KF. 部 分 人 


程序 员 常 会 在 代码 中 发 现 一 些 整 型 的 名 字 ， 比 如 UINT、__int16、 
u64、int64 t， 等 等 。 这 些 类 型 有 的 源 自 编译 器 的 自行 扩展 ， 有 的 则 是 
来 自 某 些 编程 环境 〈 比 如 工作 在 Linux 内 核 代 码 中 ) ， 不 一 而 足 。 而 事 
实 上 ， 在 C++11 中 一 共 只 定义 了 以 下 5 种 标准 的 有 符号 整 型 : 


‘signed char 
‘short int 

‘int 

‘long int 
‘long long int 


标准 同时 规定 ， 每 一 种 有 符号 整 型 都 有 一 种 对 应 的 无 符号 整数 版 
本 ， 且 有 符号 整 型 与 其 对 应 的 无 符号 整 型 具有 相同 的 存储 空间 大 小 。 
比如 与 signed int 对 应 的 无 符号 版 本 的 整 型 是 unsigned int ° 


在 实际 的 编程 中 ， 由 于 这 5 种 基本 的 整 型 适用 性 有 限 ， 所 以 有 时 编 

译 絮 出 于 需要 ， 也 会 目 行 扩展 一 些 整 型 。 在 C++11 中 ， 标 准 对 这 样 的 
扩展 做 出 了 一 些 规定 。 具 体 地 讲 ， 除 了 标准 整 型 (standard integer 
type) 之 外 ，C++11 标 准 允 许 编译 器 扩展 目 有 的 所 谓 扩展 整 型 

(extended integer type) 。 这 些 扩展 整 型 的 长 度 (占用 内 存 的 位 数 ) 

可 以 比 最 长 的 标准 整 型 (long long int， 通 常 是 一 个 64 位 长 度 的 数据 ) 
还 长 ， 也 可 以 介 于 两 个 标准 整数 的 位 数 之 间 。 比 如 在 128 位 的 架构 上 ， 
编译 胡可 以 定义 一 个 扩展 整 型 来 对 应 128 位 的 的 整数 ， 而 在 一 些 藤 入 式 
平台 上 ， 也 可 能 需要 扩展 出 48 位 的 整 型 ， 不 过 C++11 标 准 并 没有 对 扩 
展 出 的 类 型 的 名 称 有 任何 的 规定 或 建议 ， 只 是 对 扩展 整 型 的 使 用 规则 
做 出 了 一 定 的 限制 。 


简单 地 说 ，C++11 规 定 ， 扩 展 的 整 型 必须 和 标准 类 型 一 样 ， 有 符 
号 类 型 和 无 符号 类 型 占用 同样 大 小 的 内 存 空间 。 而 由 于 C/C++ 是 一 种 
弱 类 型 语言 ， 当 运算 、 传 参 等 类 型 不 匹配 的 上 时候， 整 型 间 会 发 生 隐 
式 的 转换 ， 这 种 过 程 通常 被 称 为 整 型 的 提升 (Integral promotion) 。 比 
如 如 下 表达 式 : 


(int) a + (long long)b 


通常 就 会 导致 变量 (int)ja 被 提升 为 long long 类 型 后 才 与 (long long)b 
进行 运算 。 而 无 论 是 扩展 的 整 型 还 是 标准 的 整 型 ， 其 转化 的 规则 会 由 


它们 的 “等 级 ”(rank) 决定 。 而 通常 情况 ， 我 们 认为 有 如 下 原则 : 
长度 越 大 的 整 型 等 级 越 高 ， 比 如 long long int 的 等 级 会 高 于 int。 


-长度 相同 的 情况 下 ， 标 准 整 型 的 等 级 高 于 扩展 类 型 ， 比 如 long 
long int 和 _int64 如 果 都 是 64 位 长 度 ， 则 long long int 类 型 的 等 级 更 高 。 


.相同 大 小 的 有 符号 类 型 和 无 符号 类 型 的 等 级 相同 ，long long int 和 
unsigned long long int 的 等 级 就 相同 。 


而 在 进行 隐 式 的 整 型 转换 的 时 候 ， 一 般 古 按照 低 等 级 整 型 转换 为 
高 等 级 整 型 ， 有 符号 的 转换 为 无 符号 。 这 种 规则 其 实 跟 C++98 的 整 型 
转换 规则 是 一 致 的 。 


在 这 样 的 规则 支持 下 ， 如 果 编 译 紫 定义 一 些 目 有 的 整 型 ， 即 使 这 
样 目 定义 的 整 型 由 于 名 称 并 没有 被 标准 收入 ， 因 而 可 移植 性 并 不 能 得 
到 保证 ， 但 至 少 编译 器 开发 者 和 程序 员 不 用 担心 目 定 义 的 扩展 整 型 与 
标准 整 型 间 在 使 用 规则 上 (尤其 是 整 型 提升 ) 存在 着 不 同 的 认识 了 。 


比如 在 一 个 128 位 的 构架 上 ， 编 译 需 可 以 定义 _int128_t 为 128 位 的 
有 符号 整 型 (对 应 的 无 符号 类 型 为 _uint128_t) 。 于 是 程序 员 可 以 使 用 
_int128_t 类 型 保存 形 如 +92233720368547758070 的 超 长 整数 (长 于 64 位 
的 自然 数 ) 。 而 不 用 查看 编译 器 文档 我 们 也 会 知道 ， 一 旦 遇 到 整 型 提 
F, 按照 上 面 的 规则 ， 比 如 _int128_t a， 与 任何 短 于 它 的 类 型 的 数据 b 


请 参见 


进行 运算 (比如 加 法 ) 时 ， 都 会 导致 b 被 隐 式 地 转换 为 int128 _t 的 整 
了 


型 ， 因 为 扩展 的 整 型 必须 遵守 C++11 的 规范 。 
[1] 关于 C/C++ 是 强 类 型 语言 还 是 弱 类 型 语言 存在 一 些 争 议 ， 


http://stackoverflow.com/questions/430182/is-c-strongly-typed ° 


2.4 cplusplus 


CHP 类 别 ， 部 分 人 


在 C 与 C++ 混合 编写 的 代码 中 ， 我 们 背 利 会 在 头 文件 里 看 到 如 下 的 
声明 : 


#ifdef _ cplusplus 
extern "C" { 
#endif 

// 一 些 代码 


#ifdef _ cplusplus 


} 
#endif 


这 种 类 型 的 头 文件 可 以 被 #include 到 C 文 件 中 进行 编译 ， 也 可 以 被 
#include 到 C++ 文 件 中 进行 编译 。 由 于 extern"C" 可 以 抑制 Ct++ 对 函数 
名 、 变 量 名 等 符号 (symbol) 进行 名 称 重 整 (name mangling)， 因 此 编 
译 出 的 C 目 标 文件 和 C++ 目标 文件 中 的 变量 、 函 数 名 称 等 符号 都 是 相同 
Y (否则 不 相同 ， 链 接 器 可 以 可 靠 地 对 两 种 类 型 的 目标 文件 进行 链 
接 。 这 样 该 做 法 成 为 了 C 与 C++ 混用 头 文件 的 典型 做 法 。 


To 


鉴于 以 上 的 做 法 ， 程 序 员 可 能 认为 _cplusplus 这 个 宏 只 有 “被 定义 
了 ”和 “未 定义 ”两 种 状态 。 事 实 上 却 并 非 如 此 ，__cplusplus 这 个 宏 通 党 
被 定义 为 一 个 整 型 值 。 而 且 随 着 标准 变化 ，__cplusplus 宏 一 般 会 是 一 


个 比 以 往 标准 中 更 大 的 值 。 比 如 在 C++03 标 准 中 ，__cplusplus 的 值 被 
预定 为 199711L， 而 在 C++11 标 准 中 ， 宏 cplusplus 被 预定 义 为 
201103L。 这 点 变化 可 以 为 代码 所 用 。 比 如 程序 员 在 想 确 定 代 码 是 使 
用 支持 C++11 编 译 器 进行 编译 时 ， 那 么 可 以 按 下 面 的 方法 进行 检测 : 


#if _ cplusplus < 201103L 
#error "should use C++11 implementation" 
#endif 


这 里 ， 使 用 了 预 处 理 指 令 #error， 这 使 得 不 支持 C++11 的 代码 编译 
立即 报错 并 终止 编译 。 读 者 可 以 使 用 C++98 编 译 嚣 和 C++11 的 编译 絮 
分 别 实验 一 下 其 效果 。 


2.5 BOIA 


CHP 类 别 ， 库 作者 


2.5.1 断言 : 运行 时 与 预 处 理 时 


断言 (assertion) 是 一 种 编程 中 常用 的 手段 。 在 通常 情况 下 ， 断 
言 就 是 将 一 个 返回 值 总 是 需要 为 真 的 判别 式 放 在 语句 中 ， 用 于 排除 在 
设计 的 逻辑 上 不 应 该 产生 的 情况 。 比 如 一 个 函数 总 需要 输入 在 一 定 的 
范围 内 的 参数 ， 那 么 程序 员 就 可 以 对 该 参数 使 用 断言 ， 以 迫使 在 该 参 
数 发 生 异 第 的 时 候 程序 退出 ， 从 而 避免 程序 陷入 逻辑 的 混乱 。 


从 一 些 意 义 上 讲 ， 断 言 并 不 是 正音 程序 所 必需 的 ， 不 过 对 于 程序 
调试 来 说 ， 通 间断 言 能 够 帮助 程序 开发 者 快速 定位 那些 违反 了 某 些 前 
是 条 件 的 程序 错误 。 在 C++ 中 ， 标 准 在 <cassert> 或 <assert.h> 头 文件 中 
为 程序 员 提 供 了 assert 安 ， 用 于 在 运行 时 进行 断言 。 我 们 可 以 看 看 下 面 
这 个 例子 ， 如 代码 清单 2-6 所 示 。 


代码 清单 2-6 


#include <cassert> 
using namespace std; 
// AS SEA ERED Be 


char * ArrayAlloc(int n) { 
assert(n > 0); // WF. 


mn 必须 大 于 


return new char [n]; 


int main (){ 
char* a = ArrayAlloc(®); 
} 


// 编译 选项 


:g++ 2-5-1.cpp 


在 代码 清单 2-6 中 ， 我 们 定义 了 一 个 ArrayAlloc 函 数 ， 该 函数 的 唯 
一 功能 束 是 在 堆 上 分 配 字 节 长 度 为 n 的 数组 并 返回 。 为 了 避免 意外 发 
生 ， 玉 数 ArrayAlloc 对 参数 n 进 行 了 断言 ， 要 求 其 大 于 0。 而 main 范 数 
中 对 ArrayAlloc 的 使 用 却 没 有 满足 这 个 条 件 ， 那 么 在 运行 时 ， 我 们 可 
以 看 到 如 下 结 采 : 


a.out: 2-5-1.cpp:6: char* ArrayAlloc(int): Assertion `n > 0' failed. 
Aborted 


在 C++ 中 ， 程 序 员 也 可 以 定义 宏 NDEBUG 来 禁用 assert 宏 。 这 对 发 
布 程序 来 说 还 是 必要 的 。 因 为 程序 用 户 对 程序 退出 总 是 敏感 的 ， 而 且 
部 分 的 程序 错误 也 未 必 会 导致 程序 全 部 功能 失效 。 那 么 通过 定义 
NDEBUG 安 发 布 程序 瓯 可 以 尽量 避免 程序 退出 的 状况 。 而 当 程序 有 问 
题 时 ， 通 过 没有 定义 宏 NDEBUG 的 版 本 ， 程 序 员 则 可 以 比较 容易 地 找 
到 出 问题 的 位 置 。 事 实 上 ，assert 宏 在 <cassert> 中 的 实现 方式 类 似 于 下 
列 形式 : 


#ifdef NDEBUG 
# define assert(expr) (static_cast<void> (0)) 
#else 


#endif 


可 以 看 到 ， 一 旦 定义 了 NDBUG 宏 ，assert 宏 将 被 展开 为 一 条 无 意 
义 的 C 语 句 (通常 会 被 编译 器 优化 掉 ) 


在 2.4 节 中 ， 我 们 还 看 到 了 #error 这 样 的 预 处 理 指 令 ， 而 事实 上 ， 
通过 预 处 理 指令 ##f 和 #error 的 配合 ， 也 可 以 让 程序 员 在 预 处 理 阶段 进 
行 断言 。 这 样 的 用 法 也 是 极为 常见 的 ， 比 如 GNU 的 cmathcalls.h 头 文件 
中 (在 我 们 实验 机 上 ， 该 文件 位 于 /usr/include/bits/cmathcalls.h) ， 我 
们 会 看 到 如 下 代码 : 

#ifndef _COMPLEX_H 


#error "Never use <bits/cmathcalls.h> directly; include <complex.h> instead." 
#endif 


如 果 程 序 员 直 接 包含 头 文件 <bits/cmathcalls.h> 并 进行 编译 ， 就 会 
引发 错误 。#error 指 令 会 将 后 面 的 语句 输出 ， 从 而 提醒 用 户 不 要 直接 使 
用 这 个 头 文件 ， 而 应 该 包含 头 文件 <complex.h>。 这 样 一 来 ， 通 过 预 处 
理 时 的 断言 ， 库 发 布 者 就 可 以 避免 一 些 头 文件 的 引用 问题 。 


2.5.2 AAT eS Sstatic_assert 


通过 2.5.1 闻 的 例子 可 以 看 到 ， 上 断言 assert 安 只 有 在 程序 运行 时 才能 
起 作用 。 而 #eror 只 在 编译 器 预 处 理 时 才能 起 作用 。 有 的 时 候 ， 我 们 而 
望 在 编译 时 能 做 一 些 断 言 。 比 如 下 面 这 个 例子 ， 如 代码 清单 2-7 所 示 。 


代码 清单 2-7 


#include <cassert> 
using namespace std; 
// 枚 举 编译 器 对 各 种 特性 的 支持 


r 每 个 枚 举 值 占 一 位 


enum FeatureSupports { 


C99 = 0x0001, 
ExtInt = 0x0002, 
SAssert = 0x0004, 
NoExcept = 0x0008, 
SMAX = 0x0010, 


了 
// 一 个 编译 器 类 型 ， 包 括 名 称 、 特 性 支持 等 


struct Compiler{ 
const char * name; 
int spp; // 使 


FeatureSupports 枚 举 


}; 
int main() { 
// 检查 枚 举 值 是 否 完备 


assert((SMAX - 1) == (C99 | ExtInt | SAssert | NoExcept)); 
Compiler a = {"abc", (C99 | SAssert)}; 
i ws 
if (a.spp & C99) { 
// 一 些 代码 
} 


// 编译 选项 


:g++ 2-5-2.cpp 


代码 清单 2-7 所 示 的 是 C 代 码 中 管见 的 “ 按 位 存储 属性 ”的 例子 。 在 
该 例 中 ， 我 们 编写 了 一 个 枚 举 类 型 FeatureSupports， 用 于 列举 编译 器 
对 各 种 特性 的 支持 。 而 结构 体 Compiler 则 包含 了 一 个 int 类 型 成 员 spp。 
由 于 各 种 特性 都 具有 “ 文 持 ” 和 “不 支持 ”两 种 状态 ， 所 以 为 了 节省 存储 
空间 ， 我 们 让 每 个 FeatureSupports 的 枚 举 值 占据 一 个 特定 的 比特 位 
置 ， 并 在 使 用 时 通过 “或 ”运算 压缩 地 存储 在 Compiler 的 spp 成 员 中 (BE 
bitset 的 概念 ) 。 在 使 用 时 ， 则 可 以 通过 检查 spp 的 某 位 来 判断 编译 器 
对 特性 是 否 文 持 。 


有 的 时 候 这 样 的 枚 举 值 会 非常 多 ， 而 且 还 会 在 代码 维护 中 不 断 增 
加 。 那 么 代码 编写 者 必须 想 出 办 法 来 对 这 些 枚 举 进 行 校 验 ， 比 如 查验 
一 下 是 否 有 重 位 等 。 在 本 例 中 程序 员 的 做 法 是 使 用 一 个 “最 大 枚 
举 "”SMAX， 并 通过 比较 SMAX-1 与 所 有 其 他 枚 举 的 或 运 泪 值 来 验证 是 
否 有 枚 举 值 重 位 。 可 以 想象 ， 如 果 SAssert 被 误 定义 为 0x0001， 表 达 式 
(SMAX-1)==(C99|ExtInt|SAssertINoExcept) 将 不 再 成 立 。 


在 本 例 中 我 们 使 用 了 断言 assert。 但 assert 是 一 个 运行 时 的 断言 ， 
这 意味 着 不 运行 程序 我 们 将 无 法 得 知 是 否 有 枚 举重 位 。 在 一 些 情况 
下 ， 这 是 不 可 接受 的 ， 因 为 可 能 单 次 运行 代码 并 不 会 调用 到 assert 相 天 
的 代码 路 径 。 因 此 这 样 的 校 验 最 好 古 在 编译 时 期 束 能 完成 。 


在 一 些 C++ 的 模板 的 编写 中 ， 我 们 可 能 也 会 过 到 相同 的 情况 ， 比 
如 下 面 这 个 例子 ， 如 代码 清单 2-8 所 示 。 


代码 清单 2-8 


#include <cassert> 

#include <cstring> 

using namespace std; 

template <typename T, typename U> int bit_copy(T& a, U& b){ 
assert(sizeof(b) == sizeof(a)); 
memcpy(&a, &b, sizeof(b)); 

了 

int main() { 
int a = 0x2468; 
double b; 
bit_copy(a, b); 

} 

// 编译 选项 


:g++ 2-5-3.cpp 


代码 清单 2-8 中 的 assert 是 要 保证 a 和 b 两 种 类 型 的 长 度 一 致 ， 这 样 
bit_copy 才 能 够 保证 复制 操作 不 会 遇 到 越界 等 问题 。 这 里 我 们 还 是 使 用 
assert 的 这 样 的 运行 时 断言 ， 但 如 有 果 bit_copy 不 锌 调用 ， 我 们 将 无 法 触 
发 该 断言 。 实 际 上 ， 正 确 产 生 断 言 的 时 机 应 该 在 模板 实 例 化 时 ， 即 编 


译 时 期 。 


代码 清单 2-7 和 代码 清单 2-8 这 类 问题 的 解决 方案 是 进行 编译 时 期 
的 断言 ， 即 所 谓 的 “静态 断言 ”。 事 实 上 ， 利 用 语言 规则 实现 静态 断言 
的 讨论 非常 多 ， 比 较 典 型 的 实现 是 开源 库 Boost 内 置 的 
BOOST_STATIC_ASSERT 断 言 机 制 《利用 sizeof 操 作 符 ) 。 我 们 可 以 
利用 “ 除 0* 会 导致 编译 器 报错 这 个 特性 来 实现 静态 断言 。 


#define assert_static(e) \ 
do { \ 
enum { assert_static__ = 1/(e) }; \ 
} while (0) 


在 理解 这 段 代 码 时 ， 读 者 可 以 忽略 do while 循 环 以 及 enum 这 些 语 
法 上 的 技巧 。 真 正 起 作用 的 只 是 1(e) 这 个 表达 式 。 把 它 应 用 到 代码 清 
单 2-8 中 ， 束 会 得 到 代码 清单 2-9。 


代码 清单 2-9 


#include <cstring> 
using namespace std; 
#define assert_static(e) \ 


do { \ 
enum { assert_static__ = 1/(e) }; \ 
} while (0) 
template <typename T, typename U> int bit_copy(T& a, U& b){ 
assert_static(sizeof(b) == sizeof(a)); 


memcpy(&a, &b, sizeof(b)); 


}; 

int main() { 
int a = 0x2468; 
double b; 
bit_copy(a, b); 


} 
// 编译 选项 


:g++ -Std=c++11 2-5-4.cpp 


结果 如 我 们 预期 的 ， 在 模板 实例 化 时 我 们 会 得 到 编译 絮 的 错误 报 
告 ,读者 可 以 实验 一 下 在 自己 本 机 运行 的 结果 。 在 我 们 的 实验 机 上 会 
输出 比较 长 的 错误 信息 ， 主 要 信息 是 除 零 错误 。 当 然 ， 读 者 也 可 以 淮 
试 一 下 Boost 库 内 置 的 BOOST_STATIC_ASSERT， 输 出 的 主要 信息 是 
sizeof 错 误 。 但 无 论 是 哪 种 方式 的 静态 断言 ， 其 缺陷 都 是 很 明显 的 : 诊 


断 信 息 不 够 充分 ， 不 束 悉 该 静态 断言 实现 的 程序 员 可 能 一 时 无 法 将 错 
误 对 应 到 断言 错误 上 ， 从 而 难以 准确 定位 错误 的 根源 。 


在 C++11 标 准 中 ， 引 入 了 static_assertl 白 言 来 解决 这 个 问题 。 
static_assert 使 用 起 来 非常 简单 ， 它 接收 两 个 参数 ， 一 个 是 断言 表达 
式 ， 这 个 表达 式 通 常 需要 返回 一 个 bool 值 ， 一 个 则 是 警告 信息 ， 它 通 
常 也 就 是 一 段 字符 串 。 我 们 可 以 用 static_assert 蔡 换 一 下 代码 清单 2-9 中 
bit_copy 的 声明 。 


template <typename t, typename u> int bit_copy(t& a, u& b){ 
static_assert(sizeof(b) == sizeof(a),"the parameters of bit_copy must have 
same width."); 


}; 


那么 再 次 编译 代码 清单 2-9 的 时 候 ， 我 们 融会 得 到 如 下 信息 : 


error: static assertion failed: "the parameters of bit_copy should have same 
width." 
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static_assert 是 编译 时 期 的 晰 言 ， 其 使 用 范围 不 像 assert 一 样 受到 限制 。 
在 通 第 情况 下 ，static_assert 可 以 用 于 任何 名 字 空 间 ， 如 代码 清单 2-10 
所 示 。 


代码 清单 2-10 


static_assert(sizeof(int) == 8, "This 64-bit machine should follow this!"); 
int main() { return 0; } 


/ / 编译 选项 


:g++ -Std=c++11 2-5-5.cpp 


而 在 C++ 中 ， 函 数 则 不 可 能 像 代码 请 单 2-10 中 的 static_assert 这 样 独 
立 于 任何 调用 之 外 运行 。 因 此 将 static_assert 写 在 函数 体外 通常 是 较 好 
的 选择 ， 这 让 代码 阅读 者 可 以 较 容 易 发 现 static_assert 为 断言 而 非 用 户 
定义 的 函数 。 而 反 过 来 讲 ， 必 须 注意 的 是 ，static_assert 的 断言 表达 式 
的 结果 必须 是 在 编译 时 期 可 以 计算 的 表达 式 ， 即 必须 是 常量 表达 式 。 
如 果 读 者 使 用 了 变量 ， 则 会 导致 错误 ， 如 代码 清单 2-11 所 示 。 


代码 清单 2-11 


int positive(const int n) { 
static_assert(n > 0, "value must >0"); 


} 
// 编译 选项 


:g++ -Std=c++11 -C 2-5-6.cpp 


代码 清单 2-11 使 用 了 参数 变量 n (虽然 是 个 const 参 数 ) ， 因 而 
static_assert 无 法 通过 编译 。 对 于 此 例 ， 如 果 程 序 员 需要 的 只 是 运行 时 


的 检查 ， 那 么 还 是 应 该 使 用 assert 安 。 


2.6 noexceptlý imiş = noexcept EIF 


CHP ka REE 


相 比 于 断言 适用 于 排除 逻辑 上 不 可 能 存在 的 状态 ， 腊 章 通 种 征用 
于 逻辑 上 可 能 发 生 的 错误 。 在 C++98 中 ， 我 们 看 到 了 一 套 完整 的 不 同 
TCR FS LER Fe Feo TELL IK EF PS EAA, CHAA Se ECHR AK 
的 异常 处 理 功 能 。 


在 异常 处 理 的 代码 中 ， 程 序 员 有 可 能 看 到 过 如 下 的 异常 声明 表达 
ÉR: 


void excpt_func() throw(int, double) { ... } 


在 excpt_func 函 数 声明 之 后 ， 我 们 定义 了 一 个 动态 异常 声明 
throw(int,double)， 该 声明 指出 了 excpt_func 可 能 抛 出 的 异常 的 类 型 。 事 
实 上 ， 该 特性 很 少 被 使 用 ， 因 此 在 C++11 中 被 弃 用 了 (参见 附录 B) ， 
而 表示 函数 不 会 抛 出 异常 的 动态 异常 声明 throw() 也 被 新 的 noexcept 异 
常 声 明 所 取代 。 


noexcept 形 如 其 名 地 ， 表 示 其 修饰 的 函数 不 会 抛 出 异常 。 不 过 与 
throw() 动 态 异 常 声明 不 同 的 是 ， 在 C++11 中 如 有 果 noexcept 修 饰 的 函数 抛 
出 了 异常 ， 编 译 絮 可 以 选择 直接 调用 std::terminate() 函 数 来 终止 程序 的 


运行 ， 这 比 基 于 异常 机 制 的 throw() 在 效率 上 会 高 一 些 。 这 是 因为 异常 
机 制 会 市 来 一 些 额 外 开销 ， 比 如 函数 抛 出 异常 ， 会 导致 男 数 栈 被 依次 

地 展开 (unwind) ， 并 依 帧 调用 在 本 帧 中 已 构造 的 自动 变量 的 析 构 函 

数 等 。 


从 语法 上 讲 ，noexcept 修 饰 符 有 两 种 形式 ， 一 种 就 是 简单 地 在 函 
数 声 明 后 加 上 noexcept 关 键 字 。 比 如 : 


void excpt_func() noexcept; 


男 外 一 种 则 可 以 接受 一 个 常量 表达 式 作为 参数 ， 如 下 所 示 : 


void excpt_func() noexcept (常量 表达 式 


); 


量 表达 式 的 结果 会 被 转换 成 一 个 bool 类 型 的 值 。 该 值 为 tue， 表 
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达 式 的 noexcept 相 当 于 声明 了 noexcept(true)， 即 不 会 抛 出 异常 


在 通常 情况 下 ， 在 C++11 中 使 用 noexcept 可 以 有 效 地 阻止 异常 的 传 
播 与 扩散 。 我 们 可 以 看 看 下 面 这 个 例子 ， 如 代码 清单 2-12 所 示 。 


代码 清单 2-12 


#include <iostream> 
using namespace std; 
void Throw() { throw 1; } 


void NoBlockThrow() { Throw(); } 
void BlockThrow() noexcept { Throw(); } 
int main() { 
try { 
Throw(); 


} 
catch(...) { 
cout << "Found throw." << endl; // Found throw. 


} 
try { 
NoBlockThrow(); 


} 
catch(...) { 
cout << "Throw is not blocked." << endl; // Throw is not blocked. 


} 
try { 

BlockThrow(); // terminate called after throwing an instance of ‘int' 
} 

catch(...) { 


cout << "Found throw 1." << endl; 
} 


/ / 编译 选项 


:g++ -Std=c++11 2-6-1.cpp 


在 代码 清单 2-12 中 ， 我 们 定义 了 Throw 范 数 ， 该 函数 的 唯一 作用 是 
抛 出 一 个 异常 。 而 NoBlockThrow 是 一 个 调用 Throw 的 普通 函数 ， 
BlockThrow 则 是 一 个 noexcept 修 饰 的 函数 。 从 main 的 运行 中 我 们 可 以 
看 到 ，NoBlockIhrow 会 让 Throw 函 数 抛 出 的 异常 继续 抛 出 ， 直 到 main 
中 的 catch 语 句 将 其 捕捉 。 而 BlockThrow 则 会 直接 调用 std::terminate 中 
断 程序 的 执行 ， 从 而 阻止 了 异常 的 继续 传播 。 从 使 用 效果 上 看 ， 这 与 
C++98 中 的 throw0 是 一 样 的 。 


而 noexcept 作 为 一 个 操作 符 时 ， 通 单 可 以 用 于 模板 。 比 如 : 


template <class T> 
void fun() noexcept(noexcept(T())) {} 


这 里 ，fun 芳 数 是 否 是 一 个 noexcept 的 函数 ， 将 由 TO 表达 式 是 否 会 
抛 出 异常 所 决定 。 这 里 的 第 二 个 noexcept 就 是 一 个 noexcept 操 作 符 。 当 
其 参数 是 一 个 有 可 能 抛 出 异种 的 表达 式 的 时 候 ， 其 返回 值 为 false， 反 
之 为 true (实际 noexcept 参 数 返 回 false 还 包括 一 些 情况 ， 这 里 束 不 展开 
ET) 。 这 样 一 来 ， 我 们 就 可 以 使 模板 函数 根据 条 件 实现 noexcept 修 
饰 的 版 本 或 元 noexcept 修 饰 的 版 本 。 从 泛 型 编程 的 角度 看 来 ， 这 样 的 
设计 保证 了 天 于 “函数 是 否 抛 出 异常 ”这 样 的 问题 可 以 通过 表达 式 进 行 
推导 。 因 此 这 也 可 以 视 作 C++11 为 了 更 好 地 文 持 泛 型 编程 而 引入 的 特 
te 
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行 的 方式 可 能 会 带 来 很 多 问题 ， 比 如 无 法 保证 对 象 的 析 构 函数 的 正 稼 
调用 ， 无 法 保证 栈 的 目 动 释放 等 ， 但 很 多 时 候 , “ORTH IEEE 
序 确 实 征 很 简单 有 效 的 做 法 。 事 实 上 ，mnoexcept 币 广泛 地 、 系 统 地 应 
用 在 C++11 的 标准 库 中 ， 用 于 提高 标准 库 的 性 能 ， 以 及 满足 一 些 阻止 
异常 扩散 的 需求 。 


比如 在 C++98 中 ， 存 在 着 使 用 throw0) 来 声明 不 抛 出 异常 的 画 数 。 


template<class T> class A { 
public: 
static constexpr T min() throw() { return T(); } 
static constexpr T max() throw() { return T(); } 
static constexpr T lowest() throw() { return T(); } 


而 在 C++11 中 ， 则 使 用 noexcept 来 替换 throw0O ° 


template<class T> class A { 
public: 
static constexpr T min() noexcept { return T(); } 
static constexpr T max() noexcept { return T(); } 
static constexpr T lowest() noexcept { return T(); } 


又 比如 ， 在 C++98 中 ，new 可 能 会 包含 一 些 抛 出 的 std::bad_alloc 异 


Fi o 


void* operator new(std::size_t) throw(std::bad_alloc); 
void* operator new[](std::size_t) throw(std::bad_alloc); 


而 在 C++11 中 ， 则 使 用 noexcept(false) 来 进行 奉 代 。 


void* operator new(std::size_t) noexcept(false); 
void* operator new[](std::size_t) noexcept(false); 


当然 ，noexcept 更 大 的 作用 是 保证 应 用 程序 的 安全 。 比 如 一 个 类 
析 构 函数 不 应 该 抛 出 异 币 ， 那 么 对 于 第 被 析 构 函数 调用 的 delete 函 数 来 
说 ，C++11 默 认 将 delete 函 数 设置 成 noexcept， 就 可 以 提高 应 用 程序 的 
安全 性 。 


void operator delete(void*) noexcept; 
void operator delete[](void*) noexcept; 


而 同样 出 于 安全 考虑 ，C++11 标 准 中 让 类 的 析 构 函数 默认 也 是 
noexcept(true) 的 。 当 然 ， 如 果 程 序 员 显 式 地 为 析 构 函数 指定 了 


noexcept， 或 者 类 的 基 类 或 成 员 有 noexcept(false) 的 析 构 函数 ， 析 构 函 
数 束 不 会 再 保持 默认 值 。 我 们 可 以 看 看 下 面 的 例子 ， 如 代码 清单 2-13 
所 示 。 


代码 清单 2-13 


#include <iostream> 
using namespace std; 
struct A { 

~A() { throw 1; } 


f 
struct B { 
~B() noexcept(false) { throw 2; } 


f 
struct C 
B b; 
}; 
int funA() 
int funB() 
int funCc() 
int main() 


} 
catch(...){ 
cout << "caught funB." << endl; // caught funB. 


} 
try { 
func(); 


} 
catch(...)f{ 

cout << "caught func." << endl; // caught func. 
} 


try { 
funA(); // terminate called after throwing an instance of ‘int' 


} 
catch(...){ 


cout << "caught funA." << endl; 
} 


// 编译 选项 


:g++ -Std=c++11 2-6-2.cpp 


在 代码 清单 2-13 中 ， 无 论 是 析 构 函数 声明 为 noexcept(false) 的 类 
B， 还 是 包含 了 B 类 型 成 员 的 类 C， 其 析 构 函数 都 是 可 以 抛 出 异常 的 。 


只 有 什么 都 没有 声明 的 类 A， 其 析 构 函数 被 默认 为 noexcept(true)， 从 
而 阻止 了 异常 的 扩散 。 这 在 实际 的 使 用 中 ， 应 该 引起 程序 员 的 注意 。 


在 C++98 中 ， 文 持 了 在 类 声明 中 使 用 等 号 “=” 加 初始 值 的 方式 ， 来 
初始 化 类 中 静态 成 员 弟 量 。 这 种 声明 方式 我 们 也 称 之 为 " 风 地 "声明 。 
束 地 声明 在 代码 编写 时 非常 便利 ， 不 过 C++98 对 类 中 就 地 声明 的 要 求 
却 非常 高 。 如 采 静 仿 成 员 不 满足 常量 性 ， 则 不 可 以 台地 声明 ， 而 且 即 
使 音量 的 静态 成 员 也 只 能 是 整 型 或 者 枚 举 型 才能 台地 初始 化 。 而 非 静 
态 成 员 变 量 的 初始 化 则 必须 在 构造 函数 中 进行 。 我 们 来 看 看 下 面 的 例 
子 ， 如 代码 请 单 2-14 所 示 。 


代码 清单 2-14 


class Initf{ 

public: 
Init(): a(0){} 
Init(int d): a(d){} 


private: 
int a; 
const static int b = 0; 
int c = 1; // 成 员 ， 无 法 通过 编译 


static int d = 0; // 成 员 ， 无 法 通过 编译 


static const double e = 1.3; // 非 整 型 或 者 枚 举 ， 无 法 通过 编译 


static const char * const f = "e"; // 非 整 型 或 者 枚 举 ， 无 法 通过 编译 


}; 
// 编译 选项 


:g++ -C 2-7-1.cpp 


在 代码 清单 2-14 中 ， 成 员 c、 静 态 成 员 d、 静 态 常 量 成 员 e 以 及 静态 
常量 指针 f 的 就 地 初始 化 都 无 法 通过 编译 (这 里 ， 使 用 g++ 的 读者 可 能 
发 现 就 地 初始 化 double 类 型 静态 常量 e 是 可 以 通过 编译 的 ， 不 过 这 实际 
是 GNU 对 C++ 的 一 个 扩展 ， 并 不 遵从 C++ 标准 ) 。 在 C++11 中 ， 标 准 允 
许 非 静态 成 员 变量 的 初始 化 有 多 种 形式 。 具 体 而 言 ， 除 了 初始 化 列表 
外 ， 在 C++11 中 ， 标 准 还 允许 使 用 等 号 = 或 者 花 括 号 {} 进 行 就 地 的 非 静 
态 成 员 变 量 初始 化 。 比 如 : 


struct init{ int a = 1; double b {1.2}; }; 


在 这 个 名 叫 init 的 结构 体 中 ， 我 们 给 了 非 静 态 成 员 a 和 b 分 别 赋予 初 
值 1 和 1.2。 这 在 C++11 中 是 一 个 合法 的 结构 体 声 明 。 虽 然 这 里 采用 的 一 
对 花 括 号 {的 初始 化 方法 读者 第 一 次 见 到 ， 不 过 在 第 3 半 中 ， 读 者 会 在 
C++ 对 于 初始 化 表达 式 的 改动 发 现 ， 花 括号 式 的 集合 (列表 ) 初始 化 
已 经 成 为 C++11 中 初始 化 声明 的 一 种 通用 形式 ， 而 其 效果 类 似 于 
C++98 中 使 用 圆 括号 0 对 目 定 义 变量 的 表达 式 列表 初始 化 。 不 过 在 
C++11 中 ， 对 于 非 静 态 成 员 进 行 就 地 初始 化 ， 两 者 却 并 非 等 价 的 ， 如 
代码 清单 2-15 所 示 。 


代码 清单 2-15 


#include <string> 
using namespace std; 
struct C { 
C(int i):c(i){}; 
int c; 
}; 
struct init { 
int a = 1; 
string b("hello"); // 无 法 通过 编译 


c c(1); // 无 法 通过 编译 


/ 
// 编译 选项 


:g++ -std=c++11 -c 2-7-2.cpp 


从 代码 清单 2-15 中 可 以 看 到 ， 束 地 圆 括号 式 的 表达 式 列表 初始 化 
非 静 仿 成员 bp 和 c 都 会 导致 编译 出 错 。 


在 C++11 标 准 文 择 了 束 地 初始 化 非 静态 成 员 的 同时 ， 初 始 化 列表 
这 个 手段 也 被 保留 下 来 了 。 如 果 两 者 都 使 用 ， 是 否 会 发 生 冲 突 呢 ? 我 
们 来 看 下 面 这 个 例子 ， 如 代码 清单 2-16 所 示 。 


代码 清单 2-16 


#include <iostream> 
using namespace std; 
struct Mem { 
Mem() { cout << "Mem default, num: " << num << endl; } 
Mem(int i): num(i) { cout << "Mem, num: " << num << endl; } 
int num = 2; // 使 


= 初始 化 非 静 态 成 员 


}; 
class Group { 
public: 
Group() { cout << "Group default. val: " << val << endl; } 
Group(int i): val('G'), a(i) { cout << "Group. val: " << val << endl; } 
void NumOfA() { cout << "number of A: " << a.num << endl; } 
void NumOfB() { cout << "number of B: " << b.num << endl; } 


private: 


char val{'g'}; // 使 用 


{te aR AS CL 


Mem a; 
Mem b{19}; // 使 


(JERAR 


了 
int main() { 
Mem member; // Mem default, num: 2 
Group group; // Mem default, num: 2 
// Mem, num: 19 
// Group default. val: g 
group.NumOfA(); // number of A: 2 


group .NumOfB(); // number of B: 19 
Group group2(7); // Mem, num: 7 

// Mem, num: 19 

// Group. val: G 
group2.NumOfA(); // number of A: 7 
group2.NumOofB(); // number of B: 19 


// 编译 选项 


:g++ 2-7-3.cpp -std=c++11 


在 代码 清单 2-16 中 ， 我 们 定义 了 有 两 个 初始 化 函数 的 类 Mem， 此 
外 还 定义 了 包含 两 个 Mem 对 象 的 Group 类 。 类 Mem 中 的 成 员 变量 
num， 以 及 class Group 中 的 成 员 变 量 a\、b、val， 采 用 了 与 C++98 完 全 不 
同 的 初始 化 方式 。 读 者 可 以 从 main 函 数 的 打印 输出 中 看 到 ， 就 地 初始 
化 和 初始 化 列表 并 不 神 突 。 程 序 员 可 以 为 同一 成 员 变 量 既 声明 就 地 的 
列表 初始 化 ， 又 在 初始 化 列表 中 进行 初始 化 ， 只 不 过 初始 化 列表 总 是 
看 起 来 “后 作用 于 ” 非 静 态 成 员 。 也 就 是 说 ， 初 始 化 列表 的 效果 总 是 优 
先 于 就 地 初始 化 的 。 


相对 于 传统 的 初始 化 列表 ， 在 类 声明 中 对 非 静 态 成 员 变 量 进 行 束 
地 列表 初始 化 可 以 降低 程序 员 的 工作 量 。 当 然 ， 我 们 只 在 有 多 个 构造 


函数 ， 且 有 多 个 成 员 变 量 的 时 候 可 以 看 到 新 方式 市 来 的 便利 。 我 们 来 
看 看 下 面 的 例子 ， 如 代码 清单 2-17 所 示 。 


代码 清单 2-17 


#include <string> 
using namespace std; 
class Mem { 
public: 

Mem(int i): m(i){} 
private: 

int m; 
}; 
class Group { 
public: 


Group(){} // 这 里 就 不 需要 初始 化 


data、 
mem > 


namert i T 


Group(int a): data(a) {} // 这 里 就 不 需要 初始 化 


mem >` 


namer i T 


Group(Mem m) : mem(m) {} // 这 里 就 不 需要 初始 化 


data、 
namei T 

Group(int a, Mem m, string n): data(a), mem(m), name(n){} 
private: 

int data = 1; 

Mem mem{0}; 

string name{"Group"}; 


了 
// 编译 选项 


:g++ 2-7-4.cpp -std=c++11 -c 


在 代码 清单 2-17 中 ，Group 有 4 个 构造 画 数 。 可 以 想象 ， 如 果 我 们 
使 用 的 是 C++98 的 编译 器 ， 我 们 不 得 不 在 Group0、Group(int a)， 以 及 
Group(Mem m) 这 3 个 构造 函数 中 将 data、mem、name 这 3 个 成 员 都 写 进 
初始 化 列表 。 但 如 果 使 用 的 是 C++11 的 编译 器 ， 那 么 通过 对 非 静态 成 
员 变 量 的 就 地 初始 化 ， 我 们 就 可 以 避免 重复 地 在 初始 化 列表 中 写 上 每 
个 非 静 态 成 员 了 (在 C++98 中 ， 我 们 还 可 以 通过 调用 公共 的 初始 化 范 
数 来 达到 类 似 的 目的 ， 不 过 目前 在 书写 的 复杂 性 及 效率 性 上 远 低 于 
C++11 改 进 后 的 做 法 ) 。 


此 外 ， 值 得 注意 的 是 ， 对 于 非常 量 的 静态 成 员 变 量 ，C++11 则 与 
C++98 傈 持 了 一 致 。 程 序 员 还 是 需要 到 头 文件 以 外 去 定义 它 ， 这 会 傈 
证 编译 时 ， 类 静态 成 员 的 定义 最 后 只 存在 于 一 个 目标 文件 中 。 不 过 对 
于 静态 第 量 成 员 ， 除 了 const 关 键 子 外 ， 在 本 书 第 6 章 中 我 们 会 看 到 还 
可 以 使 用 constexpr 来 对 静态 曾 量 成 员 进 行 声明 。 


2.8 ” 韭 静 态 成 员 的 sizeof 
CE sea). 部 分 人 


从 C 语 言 被 发 明 开始 ，sizeof 就 是 一 个 运算 符 ， 也 是 C 语 言 中 除了 
加 减 乘除 以 外 为 数 不 多 的 特殊 运算 符 之 一 。 而 在 C++ 引入 类 (class) 
类 型 之 后 ，sizeof 的 定义 也 随 之 进行 了 拓展 。 不 过 在 C++98 标 准 中 ， 对 
非 静 态 成 员 变量 使 用 sizeof 是 不 能 够 通过 编译 的 。 我 们 可 以 看 看 下 面 的 
例子 ， 如 代码 清单 2-18 所 示 。 


代码 清单 2-18 


#include <iostream> 
using namespace std; 
struct People { 
public: 
int hand; 
static People * all; 
}; 
int main() { 
People p; 
cout << sizeof(p.hand) << endl; // C++98 中 通过 


， C++11 中 通过 


cout << sizeof(People::all) << endl; // C++98 中 通过 


， C++11 中 通过 


cout << sizeof(People::hand) << endl; // C++98 中 错误 


, C++11 中 通过 


/ / 编译 选项 


:g++ 2-8-1.cpp 


注意 最 后 一 个 sizeof 操 作 。 在 C++11 中 ， 对 非 静 态 成 员 变 量 使 用 
sizeof 操 作 是 合法 的 。 而 在 C++98 中 ， 只 有 静态 成 员 ， 或 者 对 象 的 实例 
才能 对 其 成 员 进 行 sizeof 操 作 。 因 此 如 果 读 者 只 有 一 个 支持 C++98 标 准 
的 编译 侣 ， 在 没有 定义 类 实例 的 时 候 ， 要 获得 类 成 员 的 大 小 ， 我 们 通 
常会 采用 以 下 的 代码 : 


sizeof(((People*)0)->hand); 


这 里 我 们 强制 转换 0 为 一 个 People 类 的 指针 ， 继 而 通过 指针 的 解 引 
用 获得 其 成 员 变 量 ， 并 用 sizeof 求 得 该 成 员 变 量 的 大 小 。 而 在 C++11 
中 ， 我 们 无 需 这 样 的 技巧 ， 因 为 sizeof 可 以 作用 的 表达 式 包括 了 类 成 员 


sizeof(People: :hand); 


可 以 看 到 ， 无 论 从 代码 的 可 读 性 还 是 编写 的 便利 性 ，C++11 的 规 
则 都 比 强制 指针 转换 的 方案 更 胜 一 筹 。 


2.9 扩展 的 friend 语 法 
CHP 类 别 ， 部 分 人 


friend 天 键 字 在 C++ 中 是 一 个 比较 特别 的 存在 。 因 为 我 们 常常 会 发 
CW, 一些 面向 对 象 程序 语言 ， 比 如 Java， 就 没有 定义 friend 天 键 字 。 
friend 天 键 字 用 于 声明 类 的 友 元 ， 友 元 可 以 无 视 类 中 成 员 的 属性 。 无 论 
成 员 是 public、protected 或 是 private 的 ， 友 元 类 或 友 元 函数 都 可 以 访 
问 ， 这 残 完 全 破坏 了 面 回 对 象 编 程 中 封装 性 的 概念 。 因 此 ， 使 用 friend 
天 键 字 充满 了 争议 性 。 在 通常 情况 下 ， 面 向 对 象 程序 开发 的 专家 会 建 
议程 序 员 使 用 Get/Set 接 口 来 访问 类 的 成 员 ， 但 有 的 时 候 ，friend 关 键 字 
确实 会 让 程序 员 少 写 很 多 代码 。 因 此 即使 存在 争论 ，friend 还 是 在 很 多 
程序 中 被 使 用 到 。 而 C++11 对 friend 关 键 字 进行 了 一 些 改进 ， 以 保证 其 
更 加 好 用 。 我 们 可 以 看 看 下 面 的 例子 ， 如 代码 清单 2-19 所 示 。 


代码 清单 2-19 


class Poly; 
typedef Poly P; 
class LiLei { 
friend class Poly; // C++98 通 过 


, C++11 通 过 


}; 
class Jim { 
friend Poly; // C++98 失 败 


， C++11 通 过 


/ 
class HanMeiMei { 
friend P; // C++98 失 败 


， C++11 通 过 


}; 
// 编译 选项 


:g++ -Std=c++11 2-9-1.cpp 


在 代码 清单 2-19 中 ， 我 们 声明 了 3 个 类 型 : LiLei、Jim 和 
HanMeiMei， 它 们 都 有 一 个 友 元 类 型 Poly。 从 编译 通过 与 否 的 状况 中 
我 们 可 以 看 出 ， 在 C++11 中 ， 声 明 一 个 类 为 另外 一 个 类 的 友 元 时 ， 不 
再 需要 使 用 class 关 键 字 。 本 例 中 的 Jim 和 HanMeiMei 就 是 这 样 一 种 情 
况 ， 在 HanMeiMei 的 声明 中 ， 我 们 甚至 还 使 用 了 Poly 的 别名 P， 这 同样 
是 可 行 的 。 


虽然 在 C++11 中 这 是 一 个 小 的 改进 ， 却 会 市 来 一 点 应 用 的 变化 一 
程序 员 可 以 为 类 模板 声明 友 元 了 。 这 在 C++98 中 征 无 法 做 到 的 。 比 如 
下 面 这 个 例子 ， 如 代码 清单 2-20 所 示 。 


代码 清单 2-20 


class P; 

template <typename T> class People { 
friend T; 

}; 

People<P> PP; // 类 型 


P 在 这 里 是 


People 类 型 的 友 元 


People<int> Pi; // 对 于 


int 类 型 模板 参数 ， 友 元 声明 被 忽略 


// 编译 选项 


:g++ -Std=c++11 2-9-2.cpp 


从 代码 请 单 2-20 中 我 们 看 到 ， 对 于 People 这 个 模板 类 ， 在 使 用 类 了 
为 模板 参数 时 ，P 是 People<P> 的 一 个 friend 类 。 而 在 使 用 内 置 类 型 int 作 
为 模板 参数 的 时 候 ，People<int> 会 被 实例 化 为 一 个 普通 的 没有 友 元 定 
义 的 类 型 。 这 样 一 来 ， 我 们 惑 可 以 在 模板 实例 化 时 才 确定 一 个 模板 类 
是 否 有 友 元 ， 以 及 谁 是 这 个 模板 类 的 友 元 。 这 是 一 个 非常 有 趣 的 小 特 
性 ， 在 编写 一 些 测 试用 例 的 时 候 ， 使 用 该 特性 是 很 有 好 处 的 。 我 们 看 
看 下 面 的 例子 ， 该 例子 源 目 一 个 实际 的 测试 用 例 ， 如 代码 清单 2-21 所 


修 ° 


代码 清单 2-21 


// 为 了 方便 测试 ， 进 行 了 危险 的 定义 


#ifdef UNIT_TEST 
#define private public 
#endif 
class Defender { 
public: 
void Defence(int x, int y){} 
void Tackle(int x, int y){} 
private: 
int pos_x = 15; 
int pos_y = 0; 
int speed = 2; 
int stamina = 120; 


ti 
class Attacker { 
public: 
void Move(int x, int y){} 
void SpeedUp(float ratio) {} 
private: 
int pos_x = 0; 
int pos_y = -30; 


int speed = 3; 
int stamina = 100; 


3; 

#ifdef UNIT_TEST 

class Validator { 

public: 
void Validate(int x, int y, Defender & d){} 
void Validate(int x, int y, Attacker & a){} 

}; 

int main() { 
Defender d; 
Attacker a; 
a.Move(15, 30); 
d.Defence(15, 30); 
a.SpeedUp(1.5f); 
d.Defence(15, 30); 
Validator v; 
v.Validate(7, 0, d); 
v.Validate(1, -10, a); 
return 0; 

} 

#endif 

// 编译 选项 


‘g++ 2-9-3.cpp -std=c++11 -DUNIT_TEST 


在 代码 清单 2-21 所 示 的 这 个 例子 中 ， 测 试 人 员 的 目的 是 在 一 系列 
函数 调用 后 ， 检 查 Attacker 类 变量 a 和 Defender 类 变量 d 中 成 员 变 量 的 值 
是 否 符合 预期 。 这 里 ， 按 照 封 装 的 思想 ， 所 有 成 员 变量 被 声明 为 
Private 的 。 但 Attacker 和 Defender 的 开发 者 为 了 方便 ， 并 没有 为 每 个 成 
员 写 Get 函 数 ， 也 没有 为 Attacker 和 Defender 增 加 友 元 定义 。 而 测试 人 
员 为 了 能 够 快速 写 出 测试 程序 ， 采 用 了 比较 危险 的 做 法 ， 即 使 用 宏 将 
private 关 键 字 统一 替换 为 public 关 键 字 。 这 样 一 来 ， 类 中 的 private 成 员 
就 都 成 了 public 的 。 这 样 的 做 法 存在 4 个 缺点 : ERR ESE Piz 
有 变量 包含 private 字 符 串 ， 该 方法 可 以 正常 工作 ， 但 反之 ， 则 有 可 能 
导致 严重 的 编译 时 错误 ， 二 是 这 种 做 法 会 降低 代码 可 读 性 ， 因 为 改变 
了 一 个 常见 关键 字 的 意义 ， 没 有 注意 到 这 个 宏 的 程序 员 可 能 会 非常 迷 


Zá 


惑 程序 的 行为 ;三 是 如 采 在 类 的 成 员 定义 时 不 指定 关键 字 〈 如 public、 
private、protect 等 ) ， 而 使 用 默认 的 private 成 员 访 问 限制 ， 那 么 该 方法 
也 不 能 达到 目的 ; 四 则 很 简单 ， 这 样 的 做 法 看 起 来 也 并 不 漂亮 。 


不 过 由 于 有 了 扩展 的 friend 声 明 ， 在 C++11 中 ， 我 们 可 以 将 
Defender 和 Attacker 类 改 民 一 下 。 我 们 看 看 下 面 的 例子 ， 如 代码 清单 2- 


22 所 示 。 
ASS FA2-22 


template <typename T> class DefenderT { 
public: 

friend T; 

void Defence(int x, int y){} 

void Tackle(int x, int y){} 


private: 
int pos_x = 15; 
int pos_y = 0; 
int speed = 2; 
int stamina = 120; 
}; 
template <typename T> class AttackerT { 
public: 
friend T; 
void Move(int x, int y){} 
void SpeedUp(float ratio) {} 
private: 
int pos_x = 0; 
int pos_y = -30; 
int speed = 3; 
int stamina = 100; 
}; 
using Defender = DefenderT<int>; // 普通 的 类 定义 ,使 


int 做 参数 


using Attacker = AttackerT<int>; 
#ifdef UNIT_TEST 
class Validator { 
public: 
void Validate(int x, int y, DefenderTest & d){} 
void Validate(int x, int y, AttackerTest & a){} 
}; 


using DefenderTest = DefenderT<Validator>; // 测试 专用 的 定义 ， 


Validator 类 成 为 友 元 


using AttackerTest = AttackerT<Validator>; 

int main() { 
DefenderTest d; 
AttackerTest a; 
a.Move(15, 30); 
d.Defence(15, 30); 
a.SpeedUp(1.5f); 
d.Defence(15, 30); 
Validator v; 
v.Validate(7, 0, d); 
v.Validate(1, -10, a); 
return 0; 


} 
#endif 
// 编译 选项 


:g++ 2-9-4.cpp -std=c++11 -DUNIT_TEST 


在 代码 清单 2-22 中 ， 我 们 把 原 有 的 Defender 和 Attacker 类 定义 为 模 
板 类 DefenderT 和 AttackerT。 而 在 需要 进行 测试 的 时 候 ， 我 们 使 用 
Validator 为 模板 参数 ， 实 例 化 出 DefenderTest 及 AttackerTest 版 本 的 类 ， 
这 个 版 本 的 特点 是 ，Validator 是 它们 的 友 元 ， 可 以 任意 访问 任何 成 员 
函数 。 而 另外 一 个 版 本 则 是 使 用 int 类 型 进行 实例 化 的 Defender 和 
Attacker， 按 照 C++11 的 定义 ， 它 们 不 会 有 友 元 。 因 此 这 个 版 本 保持 了 
恨 好 的 封装 性 ， 可 以 用 于 提供 接口 用 于 常规 使 用 。 


值得 注意 的 是 ， 在 代码 清单 2-22 中 ， 我 们 使 用 了 using 来 定义 类 型 
的 别名 ， 这 跟 使 用 typedef 的 定义 类 型 的 别名 是 完全 一 样 的。 使 用 using 
定义 类 型 别名 是 C++11 中 的 一 个 新 特性 ， 我 们 可 以 在 3.10 市 中 看 到 相关 
的 描述。 


2.10 ”final/override 控 制 
E a: BA 


在 了 解 C++11 中 的 final/override 关 键 字 之 前 ， 我 们 先 回 顾 一 下 
C++ 关于 重 载 的 梳 念 "出 单 地 说 ， 一 个 关 A 中 声明 的 虚 画 数 fan 在 其 泊 
生 类 B 中 再 次 被 定义 ， 且 B 中 的 函数 fun 跟 A 中 fun 的 原型 一 样 (函数 
名 、 参 数列 表 等 一 样 ) ， 那 么 我 们 就 称 B 重 载 (overload) 了 A 的 fun 函 
数 。 对 于 任何 B 类 型 的 变量 ， 调 用 成 员 函 数 fun 都 是 调用 了 B 重 载 的 版 
本 。 而 如 果 同 时 有 A 的 派生 类 C， 却 并 没有 重 载 A 的 fun 范 数 ， 那 么 调用 
成 员 函 数 fun 则 会 调用 A 中 的 版 本 。 这 在 C++ 中 就 实现 多 态 。 


在 通常 情况 下 ， 一 旦 在 基 类 A 中 的 成 员 函 数 fun 被 声明 为 virtual 
的 ， 那 么 对 于 其 派生 类 B 而 言 ，fun 总 是 能 够 被 重 载 的 (除非 被 重 写 
了 ) 。 有 的 时 候 我 们 并 不 想 fun 在 B 类 型 派生 类 中 被 重 载 ， 那 么 ， 
C++98 没 有 方法 对 此 进行 限制 。 我 们 看 看 下 面 这 个 具体 的 例子 ， 如 代 
码 清单 2-23 所 示 。 


代码 清单 2-23 


#include <iostream> 

using namespace std; 

class MathObject{ 

public: 
virtual double Arith() = 0; 
virtual void Print() = 0; 


}; 


class Printable : public MathObject{ 
public: 

double Arith() = 0; 

void Print() // 在 


C++98 中 我 们 无 法 阻止 该 接口 被 重 写 


cout << "Output is: " << Arith() << endl; 
} 
}; 
class Add2 : public Printable { 
public: 


Add2(double a, double b): x(a), y(b) {} 
double Arith() { return x + y; } 
private: 
double x, y; 
}; 
class Mul3 : public Printable { 
public: 
Mul3(double a, double b, double a x(a), y(b), z(c) {} 
double Arith() { return x * y * z; } 
private: 
double x, y, Z; 
}; 
// 编译 选项 


:g++ 2-10-1.cpp 


在 代码 清单 2-23 中 ， 我 们 的 基础 类 MathObject 定 义 了 两 个 接口 : 
Arith 和 Print。 类 Printable 则 继承 于 MathObject 并 实现 了 Print 接 口 。 接 下 
来 ，Add2 和 Mul3 为 了 使 用 MathObject 的 接口 和 Printable 的 Print 的 实 
现 ， 于 是 都 继承 了 Printable。 这 样 的 类 派生 结构 ， 在 面向 对 象 的 编程 
中 非常 典型 。 不 过 倘若 这 里 的 Printable 和 Add2 是 由 两 个 程序 员 完 成 
的 ，Printable 的 编写 者 不 禁 会 有 一 些 忧虑 ， 如 果 Add2 的 编写 者 重 载 了 
Print 函 数 ， 那 么 他 所 期 望 的 统一 风格 的 打印 方式 将 不 复 存 在 。 


对 于 Java 这 种 所 有 类 型 派生 于 单一 元 类 型 (Object) 的 语言 来 说 ， 
这 种 问题 早 束 出现 了 。 因 此 Java 语 言 使 用 了 final 关 键 字 来 阻止 贸 数 继 


ACHE o final RETA ED EEIE A H E ae E PVE VAY he BH BX o 
C++11 也 采用 了 类 似 的 做 法 ， 如 代码 清单 2-24 所 示 的 例子 。 


代码 清单 2-24 


struct Object{ 
virtual void fun() = 0; 

}; 

struct Base : public Object { 
void fun() final; // 声明 为 


final 


}; 
struct Derived : public Base { 
void fun(); // 无 法 通过 编译 


}; 
// 编译 选项 


:g++ -c -Std=c++11 2-10-2.cpp 


在 代码 清单 2-24 中 ， 派 生 于 Object 的 Base 类 重 载 了 Object 的 fun 接 
口 ， 并 将 本 类 中 的 fun 范 数 声 明 为 final 的 。 那 么 派生 于 Base 的 Derived 类 
对 接口 fun 的 重 载 则 会 导致 编译 时 的 错误 。 同 理 ， 在 代码 清单 2-23 中 ， 
Printable 的 编写 者 如 果 要 阻止 派生 类 重 载 Print 函 数 ， 只 需要 在 定义 时 
使 用 final 进 行 修饰 就 可 以 了 。 


读者 可 能 注意 到 了 ， 在 代码 清单 2-23 及 代码 清单 2-24 两 个 例子 当 
中 ，final 天 键 字 都 是 用 于 摘 述 一 个 派生 类 的 。 那 么 基 类 中 的 虚 函 数 是 
个 可 以 使 用 final 关 键 字 呢 ? 答案 是 肯 定 的 ， 不 过 这 样 将 使 用 该 虚 函 数 
无 法 被 重 载 ， 也 束 失 去 了 虚 函 数 的 意义 。 如 采 不 想 成 员 画 数 被 重 载 ， 
程序 员 可 以 直接 将 该 成 员 函 数 定义 为 非 虚 的 。 而 final 通 稼 只 在 继承 天 


系 的 中途” 终止 派生 类 的 重 载 中 有 意义 。 从 接口 派生 的 角度 而 言 ， 
final 可 以 在 派生 过 程 中 任意 地 阻止 一 个 接口 的 可 重 载 性 ， 这 束 给 面 辐 
对 象 的 程序 员 带 来 了 更 大 的 控制 力 。 


在 C++ 中 重 载 还 有 一 个 特点 ， 束 是 对 于 基 类 声明 为 virtual 的 函数 ， 
之 后 的 重 载 版 本 都 不 需要 再 声明 该 重 载 函 数 为 virtual。 即 使 在 派生 类 
中 声明 了 virtual， 该 关键 字 也 是 编译 器 可 以 忽略 的 。 这 带 来 了 一 些 书 
写 上 的 便利 ， 却 带 来 了 一 些 阅读 上 的 困难 。 比 如 代码 清单 2-23 中 的 
Printable 的 Print 函 数 ， 程 序 员 无 法 从 Printable 的 定义 中 看 出 Print 是 一 个 
虚 函 数 还 是 非 虚 函 数 。 另 外 一 点 就 是 ， 在 C++ 中 有 的 虚 函 数 会 < 跨 
层 ”， 没 有 在 父 类 中 声明 的 接口 有 可 能 是 祖 移 的 虚 函 数 接 口 。 比 如 在 代 
码 清单 2-23 中 ， 如 果 Printable 不 声明 Arith 函 数 ， 其 接口 在 Add2 和 Mul3 
中 依然 是 可 重 载 的 ， 这 同样 是 在 父 类 中 无 法 读 到 的 信息 。 这 样 一 来 ， 
如 果 类 的 继承 结构 比较 长 不断 地 派生 ) 或 者 比较 复杂 〈 比 如 偶尔 多 
重 继承 ) ， 派 生 类 的 编写 者 会 遇 到 信息 分 散 、 难 以 阅读 的 问题 (虽然 
有 时 候 编辑 器 会 进行 提示 ， 不 过 编辑 器 不 是 总 是 那么 有 效 ) 。 而 自己 
是 否 在 重 载 一 个 接口 ， 以 及 自己 重 载 的 接口 的 名 字 是 否 有 拼写 错误 


等 ， 都 非常 不 容易 检查 。 


在 C++11 中 为 了 帮助 程序 员 写 继承 结构 复杂 的 类 型 ， 引 入 了 虚 范 
数 描述 符 override， 如 采 派 生 类 在 虚 函 数 声 明 时 使 用 了 override 描 述 


， 那 么 该 男 数 必须 重 载 其 基 类 中 的 同名 函数 ， 否 则 代码 将 无 法 通过 
编译 。 我 们 来 看 一 下 如 代码 清单 2-25 所 示 的 这 个 人 简单 的 例子 。 


代码 清单 2-25 


struct Base { 
virtual void Turing() = 0; 
virtual void Dijkstra() = 0; 
virtual void VNeumann(int g) = 0; 
virtual void DKnuth() const; 
void Print(); 

}; 

struct DerivedMid: public Base { 
// void VNeumann(double g); 
// 接口 被 隔离 了 ， 曾 想 多 一 个 版 本 的 


VNeumannixzt 


}; 

struct DerivedTop : public DerivedMid { 
void Turing() override; 
void Dikjstra() override; / 


N 


无 法 通过 编译 ， 拼 写 错误 ， 并 非 重 载 


void VNeumann(double g) override; // 无 法 通过 编译 ， 参 数 不 一 致 ， 并 非 重 载 


void DKnuth() override; // 无 法 通过 编译 ， 常 量 性 不 一 致 ， 并 非 重 载 


void Print() override; // 无 法 通过 编译 ， 非 虚 画 数 重 载 


}; 
// 编译 选项 


‘g++ -c -Std=c++11 2-10-3.cpp 


在 代码 清单 2-25 中 ， 我 们 在 基 类 Base 中 定义 了 一 些 virtual 的 函数 
(接口 ) 以 及 一 个 非 virtual 的 函数 Print。 其 派生 类 DerivedMid 中 ， 基 类 
的 Base 的 接口 都 没有 重 载 ， 不 过 通过 注释 可 以 发 现 ，DerivedMid 的 作 
者 曾经 想 要 重 载 出 一 个 “void VNeumann(double g)” 的 版 本 。 这 行 注 释 


显然 迷惑 了 编写 DerivedTop 的 程序 员 ， 所 以 DerivedTop 的 作者 在 重 载 所 
有 Base 类 的 接口 的 时 候 ， 犯 下 了 3 种 不 同 的 错误 : 


.函数 名 拼写 错 ，Dijkstra 误 写作 了 Dikjstra。 


.函数 原型 不 匹配 ，VNeumann 函 数 的 参数 类 型 误 做 了 double 类 
， 而 DKnuth 的 常量 性 在 派生 类 中 被 取消 了 。 


pa 


. 重 写 了 非 虚 函数 Print。 


如 有 果 没 有 override 修 饰 符 ，DerivedTop 的 作者 可 能 在 编译 后 都 没有 
意识 到 目 己 犯 了 这 么 多 错误 。 因 为 编译 器 对 以 上 3 种 错误 不 会 有 任何 的 
和 警示。 这 里 override 修 饰 符 则 可 以 人 证 编译 此 辅助 地 做 一 些 检 查 。 我 们 
可 以 看 到 ， 在 代码 清单 2-25 中 ，DerivedTop 作 者 的 4 处 错误 都 无 法 通过 


编译 。 


此 外 ， 值 得 指出 的 是 ， 在 C++ 中 ， 如 果 一 个 派生 类 的 编写 者 目 认 
为 新 写 了 一 个 接口 ， 而 实际 上 却 重 载 了 一 个 底层 的 接口 〈 一 些 简单 的 
名 字 如 get、set、Pprint 就 容易 出 现 这 样 的 状况 ) ， 出 现 这 种 情况 编译 器 
还 是 爱 莫 能 助 的 。 不 过 这 样 无 意 中 的 重 载 一 般 不 会 市 来 太 大 的 问题 ， 
因为 派生 类 的 变量 如 条 调用 了 该 接口 ， 除 了 可 能 存在 的 一 些 虚 函数 开 
销 外 ， 仍 然 会 执行 派生 类 的 版 本 。 因 此 编译 器 也 束 没 有 必要 提供 检 
查 “ 非 重 载 ?的 状况 。 而 检查 “一 定 重 载 ?的 override 天 键 字 ， 对 程序 员 的 
实际 应 用 则 会 更 有 意义 。 


还 有 值得 注意 的 是 ， 如 我 们 在 第 1 章 中 提 到 的 ，final/override 也 可 
以 定义 为 正常 变量 名 ， 只 有 在 其 出 现在 函数 后 时 才 古 能 够 控制 继承 / 派 
生 的 关键 字 。 通 过 这 样 的 设计 ， 很 多 合 有 final/override 变 量 或 者 函数 名 
的 C++98 代 码 束 能 够 被 C++ 编 译 占 编译 通过 了 。 但 出 于 安全 考虑 ， 建 
议 读者 在 C++11 代 码 中 应 该 尽 可 能 地 避免 这 样 的 变量 名 称 或 将 其 定义 
在 宏 中 ， 以 防 发 生 不 必要 的 错误 。 


2.11 模板 函数 的 默认 模板 参数 


CHP 类别 ， 所 有 人 


在 C++11 中 模板 和 画 数 一 样 ， 可 以 有 默认 的 参数 。 这 束 市 来 了 一 
定 的 复杂 性 。 我 可 以 通过 代码 清单 2-26 所 示 的 这 个 简单 的 模板 函数 的 
例子 来 回顾 一 下 函数 模板 的 定义 。 


代码 清单 2-26 


#include <iostream> 
using namespace std; 
// 定义 一 个 画 数 模板 


template <typename T> void TempFun(T a) { 
cout << a << endl; 


int main() { 
TempFun(1); // 1, (实例 化 为 


TempFun<const int>(1)) 
TempFun("1"); // 1, (SPA 


TempFun<const char *>("1")) 
// 编译 选项 


:g++ 2-11-1.cpp 


在 代码 清单 2-26 中 ， 当 编译 右 解 析 到 函数 调用 fun(1) 的 时 候 ， 发 现 
fun 古 一 个 芳 数 模板 。 这 时 候 编 译 占 束 会 根据 实 参 1 的 类 型 const int 推 导 


实例 化 出 模板 函数 void TempFun<const int>(int)， 再 进行 调用 。 相 应 


的 ， 对 于 fun("1") 来 说 也 十 类 似 的 ， 不 过 编译 看 实例 化 出 的 模板 函数 的 


参数 的 类 型 将 是 const char* 。 


函数 模板 在 C++98 中 与 类 模板 一 起 被 3 引入， 不 过 在 模板 类 声明 的 
时 候 ， 标 准 允 许 其 有 默认 模板 参数 。 默 认 的 模板 参数 的 作用 好 比 函 数 
的 默认 形 参 。 然 而 由 于 种 种 原因 ，C++98 标 准 却 不 文 持 函数 模板 的 默 
认 模 板 参 数 。 不 过 在 C++11 中 ， 这 一 限制 已 经 被 解除 了 ， 我 们 可 以 看 
看 下 面 这 个 例子 ， 如 代码 清单 2-27 所 示 。 


代码 清单 2-27 


void DefParm(int m = 3) {} // c++98 编 译 通 过 ， 
C++1 工 编译 通过 
template <typename T = int> 

class DefClass {}; // C++98 编 译 通过 
C++1 工 编译 通过 
template <typename T = int 


void Def TempParm() {}; F C++98 编 译 失 败 ， 


/ / 编译 选项 


:g++ -c -Std=c++11 2-11-1.cpp 


可 以 看 到 ， DefTempParm %4 函数 模板 拥有 一 个 默认 参数 。 使 用 仅 文 
持 C++98 的 编译 絮 编 译 ，DefTempParm 的 编译 会 失败 ， 而 支持 C++11 的 
编译 眉 则 这 无 问题 。 不 过 在 语法 上 ， 与 类 模板 有 些 不 同 的 是 ， 在 为 多 


个 默认 模板 参数 声明 指定 默认 值 的 时 候 ， 程 序 员 必须 遵照 < 从 右 往 
左 ” 的 规则 进行 指定 。 而 这 个 条 件 对 函数 模板 来 说 并 不 是 必须 的 ， 如 代 
码 清单 2-28 所 示 。 


代码 清单 2-28 


template<typename T1, typename T2 = int> class DefClass1; 
template<typename T1 = int, typename T2> class DefClass2; // 无 法 通过 编译 


template<typename T, int i = 0> class DefClass3; 
template<int i = 0, typename T> class DefClass4; // 无 法 通过 编译 


template<typename T1 = int, typename T2> void DefFunc1(T1 a, T2 b); 
template<int i = 0, typename T> void DefFunc2(T a); 
// 编译 选项 


:g++ -c -Std=c++11 2-11-2.cpp 


从 代码 清单 2-28 中 可 以 看 到 ， 不 按照 从 右 往 左 定义 默认 类 模板 参 
数 的 模板 类 DefClass2 和 DefClass4 都 无 法 通过 编译 。 而 对 于 函数 模板 来 
说 ， 默 认 模 板 参 数 的 位 置 则 比较 随意 。 可 以 看 天 DefFunc1 和 DefFunc2 
都 为 第 一 个 模板 参数 定义 了 默认 参数 ， 而 第 二 个 模板 参数 的 默认 值 并 
没有 定义 ，C++11 编 译 紫 却 认 为 没有 问题 。 


函数 模板 的 参数 推导 规则 也 并 不 复杂 。 简 单 地 讲 ， 如 采 能 够 从 团 
数 实 参 中 推导 出 类 型 的 话 ， 那 么 默认 模板 参数 殉 不 会 被 使 用 ， 反 之 ， 
上 默认 模板 参数 则 可 能 会 被 使 用 。 我 们 可 以 看 看 下 面 这 个 来 目 于 C++11 
标准 草案 的 例子 ， 如 代码 清单 2-29 所 示 。 


代码 清单 2-29 


template <class T, class U = double> 
void f(T t = 0, Uu= 0); 


void g() { 

f(1, 'c'); // f<int,char>(1,'c') 

f(1); // f<int,double>(1,0), 使 用 了 默认 模板 参数 
double 

f(); // 错误 
: 丁 无 法 被 推导 出 来 

f<int>(); // f<int,double>(0,0), 使 用 了 默认 模板 参数 
double 


f<int,char>(); // f<int,char>(0,0) 
/ / 编译 选项 


:g++ -std=c++11 2-11-3. cpp 


在 代码 清单 2-29 中 ， 我 们 定义 了 一 个 函数 模板 f，f 同 时 使 用 了 默认 
模板 参数 和 默认 函数 参数 。 可 以 看 到 ， 由 于 函数 的 模板 参数 可 以 由 画 
数 的 实 参 推导 而 出 ， 所 以 在 f(1) 这 个 函数 调用 中 ， 我 们 实例 化 出 了 模板 
函数 的 调用 应 该 为 f<inbdouble>(1,.0)， 其 中 ， 第 二 个 类 型 参数 U 使 用 了 
默认 的 模板 类 型 参数 double， 而 函数 实 参 则 为 默认 值 0。 类 似 地 ， 
f<int>0 实 例 化 出 的 模板 函数 第 二 参数 类 型 为 double， 值 为 0。 而 表达 式 
f) 由 于 第 一 类 型 参数 Tf 的 无 法 推导 ， 从 而 导致 了 编译 的 失败 。 而 通过 
这 个 例子 我 们 也 可 以 看 到 ， 默 认 模 板 参 数 通常 是 需要 跟 默 认 函 数 参数 
一 起 使 用 的 。 


还 有 一 点 应 该 强调 一 下 ， 模 板 函 数 的 默认 形 参 不 是 模板 参数 推导 
的 依据 。 画 数 模 板 参数 的 选择 ， 辟 是 由 函数 的 实 参 推导 而 来 的 ， 这 扩 


读者 在 使 用 中 应 当 注意 。 


2.12 ”外 部 模板 


CHP 类别， 部 分 人 


2.12.1 为 什么 需要 外 部 模板 


“外 部 模板 ”是 C++11 中 一 个 天 于 模板 性 能 上 的 改进 。 实 际 上 ,“ 外 
部 ” (extern) 这 个 概念 早 在 C 的 时 候 已 经 就 有 了 “。 通 常情 况 下 ， 我 们 在 
一 个 文件 中 a.c 中 定义 了 一 个 变量 int i， 而 在 另外 一 个 文件 b.c 中 想 使 用 
它 ， 这 个 时 候 我 们 就 会 在 没有 定义 变量 的 b.c 文 件 中 做 一 个 外 部 变量 的 
声明 。 比 如 : 


extern int i; 


这 样 做 的 好 处 是 ， 在 分 别 编译 了 a.c 和 b.c 之 后 ， 其 生成 的 目标 文件 
a.0O 和 b.o 中 只 有 i 这 个 符号 趾 的 一 份 定义 。 具 体 地 ，a.o 中 的 i 是 实在 存在 
于 a.o 目 标 文件 的 数据 区 中 的 数据 ， 而 在 b.o 中 ， 只 是 记录 了 i 符号 会 引用 
其 他 目标 文件 中 数据 区 中 的 名 为 的 数据 。 这 样 一 来 ， 在 链接 器 (通常 
由 编译 器 代为 调用 ) 将 a.o 和 b.o 链 接 成 单个 可 执行 文件 (或 者 库 文 件 ) 
c 的 时 候 ，c 文 件 的 数据 区 也 只 会 有 一 个 的 数据 〈 供 ac 和 b.c 的 代码 共 


=] 


享 ) 。 


而 如 果 b.c 中 我 们 声明 int i 的 时 候 不 加 上 extem 的 话 ， 那 么 就 会 实 实 
在 在 地 既 存在 于 ao 的 数据 区 中 ， 也 存在 于 b.o 的 数据 区 中 。 那 么 链接 器 
在 链接 ao 和 b.o 的 时 候 ， 就 会 报告 错误 ， 因 为 无 法 决定 相同 的 符号 是 否 
需要 合并 。 


而 对 于 函数 模板 来 说 ， 现 在 我 们 过 到 的 几乎 是 一 模 一 样 的 问题 。 
不 同 的 是 ， 发 生 问 题 的 不 是 变量 (数据 ) ， 而 是 函数 (代码 ) 。 这 样 
的 困境 是 由 于 模板 的 实例 化 市 来 的 。 


注意 “这 里 我 们 以 函数 模板 为 例 ， 因 为 其 只 涉及 代码 ， 讲 解 起 来 
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比如 ， 我 们 在 一 个 testh 的 文件 中 声明 了 如 下 一 个 模板 函数 : 


template <typename T> void fun(T) {} 
在 第 一 个 test1.cpp 文 件 中 ， 我 们 定义 了 以 下 代码 : 


#include "te 
void test1() r TN } 


而 在 另 一 个 test2.cpp 文 件 中 ， 我 们 定义 了 以 下 代码 : 


#include "test.h" 
void test2() { fun(4); } 


由 于 两 个 源 代码 使 用 的 模板 函数 的 参数 类 型 一 致 ， 所 以 在 编译 
test1.cpp 的 时 候 ， 编 译 器 实例 化 出 了 函数 fun<int>(int)， 而 当 编 译 
test2.cpp 的 时 候 ， 编 译 絮 又 再 一 次 实例 化 出 了 函数 fun<int>(int)。 那 么 可 


以 想象 ， 在 test1.0 目 标 文 件 和 test2.0 目 标 文件 中 ， 会 有 两 份 一 模 一 样 的 
函数 fun<int>(int) 代 码 。 


代码 重复 和 数据 重复 不 同 。 数 据 重 复 ， 编 译 紫 往往 无 法 分 辨 是 否 
苹 要 共享 的 数据 ， 而 代码 重复 ， 为 了 节省 空间 ， 保 留 其 中 之 一 就 可 以 
T (只 要 代码 完全 相同 。 事 实 上 ， 大 部 分 链接 器 也 是 这 样 做 的 。 在 
链接 的 时 候 ， 链 接 郁 通过 一 些 编 译 做 辅助 的 手段 将 重复 的 模板 函数 代 
码 fun<int>(in0) 删 除 挥 ， 只 保留 了 单个 副本 。 这 样 一 来 ， 束 解决 了 模板 
实例 化 时 产生 的 代码 元 余 问题 。 我 们 可 以 看 看 图 2-1 中 的 模板 函数 的 纺 
译 与 链接 的 过 程 示意 。 


不 过 读者 也 注意 到 了 ， 对 于 源 代码 中 出 现 的 每 一 处 模板 实例 化 ， 
编译 需 都 需要 去 做 实例 化 的 工作 ， 而 在 链接 时 ， 链 接 器 还 需要 移 除 重 
复 的 实例 化 代码 。 很 明显 ， 这 样 的 工作 太 过 元 余 ， 而 在 广泛 使 用 模板 
的 项 目 中 ， 由 于 编译 如 会 产生 大 量 见 余 代 码 ， 会 极 大 地 增加 编译 局 的 
编译 时 间 和 链接 时 间 。 解 决 这 个 问题 的 方法 基本 跟 变 量 共 至 的 思路 是 
一 样 的 ， 束 是 使 用 “外 部 的 ”模板 。 


test.h: 


template<typename T> 
void fun(T t) {} 


testl Cpp: test2...cpps 


void test1() {fun(3);} void test2() {fun(4) ;} 


---. 编 译 : 每 个 模板 实例 化 一 份 --- 


\ a 
fun<int> (int) | (int) 


fun<int> ( funcint>(int) | 
保留 一 份 副本 --- 


---. 链接 ; 


fun<int> (int) 


图 2-1 模板 函数 的 编译 与 链接 
[1] 符号 (symbol) 是 编译 右 / 链 接 器 的 术语 ， 读 者 可 以 简单 地 将 它 想象 


为 一 个 变量 名 字 。 


2.12.2 显 式 的 实例 化 与 外 部 模板 的 声明 


外 部 模板 的 使 用 实际 依赖 于 C++98 中 一 个 已 有 的 特性 ， 即 显 式 实例 
化 (Explicit Instantiation) 。 显 式 实例 化 的 语法 很 简单 ， 比 如 对 于 以 下 
模板 : 


template <typename T> void fun(T) {} 


我 们 只 需要 声明 : 
template void fun<int>(int); 


JOC AY LME Spas Ee CES SE AB PSE AAE E — “fun <int> (int) hig 
ER 《这 种 做 法 也 被 称 为 强制 实例 化 ) 。 而 在 C++11 标 准 中 ， 又 加 入 
了 外 部 模板 (Extern Template) 的 声明 。 语 法 上 ， 外 部 模板 的 声明 跟 显 
式 的 实例 化 差不多 ， 只 是 多 了 一 个 关键 字 extern。 对 于 上 面 的 例子 ， 我 
们 可 以 通过 : 


extern template void fun<int>(int); 
这 样 的 语法 完成 一 个 外 部 模板 的 声明 o 


那么 回 到 一 开始 我 们 的 例子 ， 来 修改 一 下 我 们 的 人 代码。 首先， 在 
test1.cpp 做 显 式 地 实例 化 : 


#include "test.h" 
template void fun<int>(int); // 显示 地 实例 化 


void test1() { fun(3); } 


接 下 来 ， 在 test2.cpp 中 做 外 部 模板 的 声明 : 


#include "test.h" 
extern template void fun<int>(int); // 外 部 模板 的 声明 


void test1() { fun(3); } 


这 样 一 来 ， 在 test2.o 中 不 会 再 生成 ftn<int>(inb 的 实例 代码 。 整 个 模 
板 的 实例 化 流程 如 图 2-2 所 示 。 


test.h: 


template<typename T> 
void fun(T t) {} 


test1.cpp: test2.cpp: 


template void fun<inn>(int) ; extern template void fun<in>(int) ; 


--- Fie: 只 有 testl.cpp 模 板 实 例 化 ---: 


fun<int> (int) 


--- 链接 : 保留 一 份 副本 --- 


fun<int> (int) 


图 2-2 ”模板 函数 的 编译 与 链接 (使 用 外 部 模板 声明 ) 


可 以 看 到 ， 由 于 test2.o 不 再 包含 fun<int>(int) 的 实例 ， 因 此 链接 器 的 
工作 很 轻松 ， 基 本 跟 外 部 变量 的 做 法 是 一 样 的 ， 即 只 需要 保证 让 
test1.cpp 和 test2.cpp 共 享 一 份 代 码 位 置 即 可 。 而 同时 ， 编 译 器 也 不 用 
次 都 产生 一 份 fan<int>(int) 的 代码 ， 所 以 可 以 减少 编译 时 间 。 这 里 也 可 
以 把 外 部 模板 声明 放 在 头 文件 中 ， 这 样 所 有 包含 testh 的 头 文件 惑 可 以 
共享 这 个 外 部 模板 声明 了 。 这 一 点 跟 使 用 外 部 变量 声明 是 完全 一 臻 


的 。 


在 使 用 外 部 模板 的 时 候 ， 我 们 还 需要 注意 以 下 问题 : 如 果 外 部 模 
板 声明 出 现 于 某 个 编译 单元 中 ， 那 么 与 之 对 应 的 显示 实例 化 必须 出 现 
于 另 一 个 编译 单元 中 或 者 同一 个 编译 单元 的 后 续 代 码 中 ; 外 部 模板 声 
明 不 能 用 于 一 个 静态 函数 〈 即 文件 域 画 数 ) ， 但 可 以 用 于 类 静态 成 员 
函数 〈 这 一 点 是 显而易见 的 ， 因 为 静态 函数 没有 外 部 链接 属性 ， 不 可 
能 在 本 编译 单元 之 外 出 现 ) 。 


在 实际 上 ，C++11 中 “模板 的 显 式 实例 化 定义 、 外 部 模板 声明 和 使 
用 ”好 比 “ 全 局 变量 的 定义 、 外 部 声明 和 使 用 ”方式 的 再 次 应 用 。 不 过 相 
比 于 外 部 变量 声明 ， 不 使 用 外 部 模板 声明 并 不 会 导致 任何 问题 。 如 我 
们 在 本 节 开 始 讲 到 的 ， 外 部 模板 定义 更 应 该 算 作 一 种 针对 编译 器 的 编 
译 时 间 及 空间 的 优化 手段 。 很 多 时 候 ， 由 于 程序 员 低估 了 模板 实例 化 
展开 的 开销 ， 因 此 大 量 的 模板 使 用 会 在 代码 中 产生 大 量 的 元 余 。 这 种 
见 余 ， 有 的 时 候 已 经 使 得 编译 器 和 链接 器 力不从心 。 但 这 并 不 意味 着 
程序 员 需 要 为 四 五 十 行 的 代码 写 很 多 显 式 模板 声明 及 外 部 模板 声明 。 
只 有 在 项 目 比 较 大 的 情况 下 。 我 们 才 建 议 用 户 进行 这 样 的 优化 。 总 的 
来 说， 可 是 在 既 不 忽视 模板 实例 化 产生 的 编译 及 链接 开销 的 同时 ， 也 
不 要 过 分 担心 模板 展开 的 开销 。 


2.13 局 部 和 匿名 类 型 作 模 板 实 参 


CHP 类 别 ， 部 分 人 


在 C++98 中 ， 标 准 对 模板 实 参 的 类 型 还 有 一 些 限制 。 具 体 地 讲 ， 
局 部 的 类 型 和 匿名 的 类 型 在 C++98 中 都 不 能 做 模板 类 的 实 参 。 比 如 ， 
如 代码 清单 2-30 所 示 的 代码 在 C++98 中 很 多 都 无 法 编译 通过 


代码 清单 2-30 


template <typename T> class X {}; 

template <typename T> void TempFun(T t){}; 
struct A{} a; 

struct {int i;}b; // bb 是 匿名 类 型 变量 


typedef struct {int i;}B; // B 是 匿名 类 型 


void Fun() 


struct C {} c; // C 是 局 部 类 型 
X<A> x1; // C++98 通 过 ， 
C++1TI 通 过 
X<B> x2; // C++98 错 误 ， 
C++1TI 通 过 
X<C> x3; // C++98 错 误 ， 
C+4+11 iki 


TempFun(a); // C++98 通 过 ， 


C++ 并 工 通过 


TempFun(b); // C++98 错 误 ， 


C++1TI 通 过 
TempFun(c); // C++98 错 误 ， 


C++11 init 


} 
// 编译 选项 


:g++ -Std=c++11 2-13-1. cpp 


在 代码 清单 2-30 中 ， 我 们 定义 了 一 个 模板 类 X 和 一 个 模板 函数 
TempFun， 然 后 分 别 用 普通 的 全 局 结构 体 、 匿 名 的 全 局 结构 体 ， 以 及 
局 部 的 结构 体 作 为 参数 传 给 模板 。 可 以 看 到 ， 使 用 了 局 部 的 结构 体 C 
及 变量 c， 以 及 匿名 的 结构 体 B 及 变量 pb 的 模板 类 和 模板 函数 ， 在 C++98 
标准 下 都 无 法 通过 编译 。 而 除了 匿名 的 结构 体 之 外 ， 匿 名 的 联合 体 以 
及 枚 举 类 型 ， 在 C++98 标 准 下 也 都 是 无 法 做 模板 的 实 参 的 。 如 今 看 来 
这 都 是 不 必要 的 限制 。 所 以 在 C++11 中 标准 允许 了 以 上 类 型 做 模板 参 
数 的 做 法 ,故而 用 支持 C++11 标 准 的 编译 器 编译 以 上 代码 ， 代 码 清 单 2- 
30 所 示 代 码 可 以 通过 编译 。 


不 过 值得 指出 的 是 ， 虽 然 匿名 类 型 可 以 被 模板 参数 所 接受 了 ， 但 
并 不 意味 着 以 下 写法 可 以 被 接受 ， 如 代码 清单 2-31 所 示 。 


代码 清单 2-31 


template <typename T> struct MyTemplate { }; 
int main() { 
MyTemplate<struct { int a; }> t; // 无 法 编译 通过 


1 ”匿名 类 型 的 声明 不 能 在 模板 实 参 位 置 


return 0; 
} 
// 编译 选项 


:g++ -Std=c++11 2-13-2. cpp 


在 代码 清单 2-31 中 ， 我 们 把 匿名 的 结构 体 直接 声明 在 了 模板 实 参 
的 位 置 。 这 种 做 法 非常 直观 ， 但 却 不 符合 C/C++ 的 语法 。 在 C/C++ 中 ， 
即使 症 匿 名 类 型 的 声明 ， 也 需要 独立 的 表达 式 语句 。 要 使 用 匿名 结构 
体 作为 模板 参数 ， 则 可 如 同 代码 清单 2-30 一 样 对 匿名 结构 体 作 别 名 。 
此 外 在 第 4 章 我 们 还 会 看 到 使 用 C++11 独 有 的 类 型 推导 decltype， 也 可 
以 完成 相同 的 功能 。 


2.14 KEME 


在 本 章 中 ， 我 们 可 以 看 到 C++11 大 大 小 小 共 17 处 改动 。 这 17 处 改 
动 ， 主 要 都 是 为 保持 C++ 的 稳定 性 以 及 兼容 性 而 增加 的 。 


比如 为 了 兼容 C99，C++11 引 入 了 4 个 C99 的 预定 的 宏 、_ func_ 预 
定义 标识 待 、_Pragma 操 作 符 、 变 长 参数 定义 ， 以 及 宽 罕 字符 连接 等 
概念 。 这 些 都 是 错过 了 C++98 标 准 ， 却 进入 了 C99 的 一 些 标准 ， 为 了 最 
大 程度 地 兼容 C，C++ 将 这 些 特 性 全 都 纳入 C++11。 而 由 于 标准 的 更 
新 ，C++11 也 更 新 了 _cplusplus 宏 的 值 ， 以 表示 新 的 标准 的 到 来 。 而 为 
了 稳定 性 ，C++11 不 仅 纳 入 了 C99 中 的 long long 类 型 ， 还 将 扩展 整 型 的 
规则 预先 定义 好 。 这 样 一 来 ， 就 保证 了 各 个 编译 器 扩展 内 置 类 型 遵守 
统一 的 规则 。 此 外 ，C++11 还 将 做 法 不 一 的 静态 断言 做 成 了 编译 器 级 
别 的 支持 ， 以 方便 程序 员 使 用 。 而 通过 抛弃 throw0 腊 常 描述 符 和 新 增 
可 以 推导 是 否 抛 出 异常 的 noexcept 异 常 描述 符 ，C++11 勾 对 标准 库 大 量 
代码 做 了 改进 。 


在 类 方面 ，C++11 先 是 对 非 静 态 成 员 的 初始 化 做 了 改进 ， 同 时 允 
许 sizeof 直 接 作用 于 类 的 成 员 ， 再 者 C++11 对 friend 的 声明 予以 了 一 定 扩 
展 ， 以 方便 通过 模板 的 方式 指定 某 个 类 是 否 是 其 他 类 或 者 函数 的 友 
元 。 而 final 和 override 两 个 关键 字 的 引入 ， 则 又 为 对 象 编程 增加 了 实用 
的 功能 。 而 在 模板 方面 ，C++11 则 把 默认 模板 参数 的 概念 延伸 到 了 模 


板 函 数 上 。 而 且 局 部 类 型 和 匿名 类 型 也 可 以 用 做 模板 的 实 参 。 这 两 个 
约束 的 解除 ， 使 得 模板 的 使 用 中 需要 记忆 的 规则 又 少 了 一 些 。 而 外 部 
模板 声明 的 引入 ，Cr++11 又 为 很 看 重 编译 性 能 的 用 户 提供 了 一 些 优化 
编译 时 间 和 内 存 消 耗 的 方法 。 


在 读者 读 完 并 理解 了 这 些 特 性 之 后 ， 会 发 现 它们 几乎 像 症 一 合生 
MEAE AJALA EARR] ` H > BRZ o C++ 标准 委员 会 则 通过 
这 些小 修 小 补 ， 让 C++11 已 有 的 特性 看 起 来 更 加 成 熟 ， 更 加 完美 。 在 
这 一 章 里 ， 虽 然 有 的 特性 会 带 来 一 些 “ 小 欣喜 ”， 但 我 们 还 看 不 到 脱胎 
换 骨 、 让 人 眼前 一 亮 的 新 特性 。 不 过 这 些 和 零散 的 特性 又 确实 非常 重 
要 ， 有 是 C++ 发 展 中 必要 的 “维护 ?过 程 的 必然 结果 。 


不 过 如 同 我 们 讲 到 的 ，C++11 其 实 已 经 看 起 来 像 一 门 新 的 语言 
了 。 在 接 下 来 的 几 章 中 ， 我 们 会 看 到 更 多 更 “内 亮 ? 的 新 特性 。 如 采 读 
者 已 经 等 不 及 了 ， 那 么 请 现在 就 翻 开 下 一 页 。 


第 3 章 ”通用 为 本 ， 专 用 为 末 


C++11 的 设计 者 总 是 希望 从 各 种 方案 中 抽象 出 更 为 通用 的 方法 来 
构建 新 的 特性 。 这 意味 着 C++11 中 的 独特 性 往往 具有 广泛 的 可 用 性 ， 
可 以 与 其 他 已 有 的 ， 或 者 新 增 的 语言 特性 结合 起 来 进行 目 由 的 组 合 ， 
或 者 提升 已 有 特性 的 通用 性 。 这 与 在 语言 缺陷 上 “ 打 补 本 ”的 做 法 有 看 
本 质 的 不 同 ， 但 也 在 一 定 程度 上 拖 慢 了 C++11 标 准 的 制定 。 不 过 现在 
一 切 都 已 经 尘埃 落 定 了 。 在 本 章 里 读者 可 以 看 到 这 些 经 过 反复 其 酌 制 
定 的 新 特性 ， 并 体会 其 “ 普 适 ”的 特性 。 当 然 ， 要 对 一 些 形 如 右 值 引 
用 、 移 动 语义 的 复杂 新 特性 做 到 融会 贯通 ， 则 需要 读者 反复 撕 摩 。 


3.1 继承 构造 函数 


CHP 类 别 ， 类 作者 


C++ 中 的 目 定义 类 型 一 类 ， 是 C++ 面 向 对 象 的 基石 。 类 具有 可 派 
生性 ， 派 生 类 可 以 目 动 获得 基 类 的 成 员 变 量 和 接口 E E OA i EK 
数 ， cd caine, 。 ANE AES AAR hic Es BU FCI FS 
派生 类 使 用 了 。 这 条 规则 对 于 类 中 最 为 特别 的 构造 画 数 也 不 例外 ， 如 
果 派 生 类 要 使 用 基 类 的 构造 范 数 ， 通 向 需要 在 构造 钞 数 中 显 式 声明 。 
比如 下 面 的 例子 : 


struct A { A(int i) {} }; 
struct B : A { B(int i): A(i) {} }; 
B 派 生 于 A，B 义 在 构造 画 数 中 调用 A 的 构造 画 数 ， 从 而 完成 构造 
KAJAR” o 这 在 C++ 代 码 中 非常 常见 。 当 然 ， 这 样 的 设计 有 一 定 
的 好 处 ， 尤 其 是 B 中 有 成 员 的 时 候 。 如 代码 清单 3-1 所 示 的 例子 。 


代码 清单 3-1 


struct A { ie i) {} }; 
struct B : 
ont A(i), d(i) {} 
t d; 
3; 
// 编译 选项 


:g++ -c 3-1-1.cpp 


在 代码 清单 3-1 中 我 们 看 到 ， 派 生 于 结构 体 A 的 结构 体 B 拥 有 一 个 
成 员 变 量 d， 那 么 在 B 的 构造 画 数 B(inti) 中 ， 我 们 可 以 在 初始 化 其 基 类 
A 的 同时 初始 化 成 员 d。 从 这 个 意义 上 讲 ， 这 样 的 构造 画 数 设计 也 算是 
非常 合理 的 。 


不 过 合情合理 并 不 等 于 合用 ， 有 的 时 候 ， 我 们 的 基 类 可 能 拥有 数 
量 众多 的 不 同 版 本 的 构造 画 数 一 这 样 的 情况 并 不 少见 ， 我 们 在 2.7 节 中 
束 曾 经 看 到 过 这 样 的 例子 。 那 么 倘 厦 基 类 中 有 大 量 的 构造 瑟 数 ， 而 派 
生 类 却 只 有 一 些 成 员 函 数 时 ， 那 么 对 于 派生 类 而 言 ， 其 构造 束 等 同 于 
构造 基 类 。 这 时 候 问 题 束 来 了 ， 在 派生 类 中 我 们 写 的 构造 函数 完 完 全 

全 就 是 为 了 构造 基 类 。 那 么 为 了 遵从 于 语法 规则 ， 我 们 还 需要 写 很 多 
的 “ 透 传 ”的 构造 画 数 。 我 们 可 以 看 看 下 面 这 个 例子 ， 如 代码 清单 3-2 所 


A 


代码 清单 3-2 


struct A { 
A(int i) {} 
A(double d, int i) {} 
A(float f, int i, const char* c) {} 
J// was 


}; 

struct B: A { 
B(int i): A(i) {} 
B(double d, int i) : A(d, i) {} 
B(float f, int i, const char* c) : A(f, i, c){} 
yA 
virtual void ExtraInterface(){} 

/ 
/ / 编译 选项 


:g++ -c 3-1-2.cpp 


在 代码 清单 3-2 中 ， 我 们 的 基 类 A 有 很 多 的 构造 国 数 的 版 本 ， 而 继 
承 于 A 的 派生 类 B 实 际 上 只 古 添 加 了 一 个 接口 ExtraInterface。 那 么 如 琳 
我 们 在 构造 B 的 时 候 想 要 拥有 A 这 样 多 的 构造 方法 的 话 ， 束 必须 一 
一 “ 透 传 ” 各 个 接口 。 这 无 疑 是 相当 不 方便 的 。 


事实 上 ， 在 C++ 中 已 经 有 了 一 个 好 用 的 规则 ， 就 是 如 果 派 生 类 要 
使 用 基 类 的 成 员 函 数 的 话 ， 可 以 通过 using 声 明 (using-declaration) 来 
完成 。 我 们 可 以 看 看 下 面 这 个 例子 ， 如 代码 清单 3-3 所 示 。 


代码 清单 3-3 


#include <iostream> 
using namespace std; 
struct Base { 
void f(double i){ cout << "Base:" << i << endl; } 


了 
struct Derived : Base { 
using Base::f; 
void f(int i) { cout << "Derived:" << i << endl; } 
/ 
int main() { 
Base b; 
b.f(4.5); // Base:4.5 
Derived d; 
d.f(4.5); // Base:4.5 
// 编译 选项 


:g++ 3-1-3.cpp 


在 代码 清单 3-3 中 ， 我 们 的 基 类 Base 和 派生 类 Derived 声 明了 同名 的 
玉 数 f， 不 过 在 派生 类 中 的 版 本 跟 基 类 有 所 不 同 。 派 生 类 中 的 {函数 接 
受 int 类 型 为 参数 ， 而 基 类 中 接受 double 类 型 的 参数 。 这 里 我 们 使 用 了 
using AA, E HYRE A Derived ti EH AER AANA EK BLE o 这 样 一 来 ， 


派生 类 中 实际 就 拥有 了 两 个 { 函 数 的 版 本 。 可 以 看 到 ， 我 们 在 main 函 数 
中 分 别 定 义 了 Base 变 量 b 和 Derived 变 量 d， 并 传 入 浮 点 字面 常量 4.5， 结 
果 都 会 调用 到 其 类 的 接受 double 为 参数 的 版 本 。 


在 C++11 中 ， 这 个 想法 被 扩展 到 了 构造 钞 数 上 。 子 类 可 以 通过 使 
用 using 声 明 来 声明 继承 基 类 的 构造 函数 。 那 我 们 要 改造 代码 清单 3-2 所 
示 的 例子 束 非 常 容易 了， 如 代码 清单 3-4 所 示 。 


代码 清单 3-4 


struct A { 
A(int i) 
A(double d, int i) {} 
A(float f, int i, const char* c) {} 
II aaa 


}; 
struct B: A { 
using A::A; // 继承 构造 画 数 


LP a 
virtual void ExtraInterface(){} 


这 里 我 们 通过 using A::A 的 声明 ， 把 基 类 中 的 构造 画 数 悉数 继承 到 
派生 类 B 中 。 这 样 我 们 在 代码 清单 3-2 中 的 “ 透 传 ”构造 画 数 就 不 再 需要 
了 。 而 且 更 为 精巧 的 是 ，C++11 标 准 继承 构造 画 数 被 设计 为 跟 派 生 类 
中 的 各 种 类 默认 画 数 (默认 构造 、 析 构 、 找 贝 构造 等 ) 一 样 ， 是 隐 式 
声明 的 。 这 意味 着 如 采 一 个 继承 构造 钞 数 不 被 相关 代码 使 用 ， 编 译 右 

` 会 为 其 产生 真正 的 函数 代码 。 这 无 疑 比 “ 透 传 ”方案 总 是 生成 派生 类 
的 各 种 构造 函数 更 加 市 省 目标 代码 空间 。 


不 过 继承 构造 画 数 只 会 初始 化 基 类 中 成 员 变 量 ， 对 于 派生 类 中 的 
% 员 变量 ， 则 无 能 为 力 。 不 过 配合 我 们 2.7 市 中 的 类 成 员 的 初始 化 表达 
式 ， 为 派生 类 成 员 变 量 设 定 一 个 默认 值 还 是 没有 问题 的 。 


在 代码 清单 3-5 中 我 们 就 同时 使 用 了 继承 构造 钞 数 和 成 员 变 量 初始 
化 两 个 C++11 的 特性 。 这 样 束 可 以 解决 一 些 继 承 构造 钞 数 无 法 初始 化 
的 派生 类 成 员 问 题 。 如 有 果 这 样 仍然 无 法 满足 需求 的 话 ， 程 序 员 只 能 
己 来 实现 一 个 构造 画 数 ， 以 达到 基 类 和 成 员 变 量 都 能 够 初始 化 的 目 
的 。 


代码 清单 3-5 


struct A { 
A(int i) {} 
A(double d, int i) {} 
A(float f, int i, const char* c) {} 
re ren 


struct B :AL 
using A::A; 
int d {0}; 
}; 


int main() 


B b(356); ”// b.d 被 初始 化 为 


0 
} 


有 的 时 候 ， 基 类 构造 男 数 的 参数 会 有 稚 认 值 。 对 于 继承 构造 男 数 
来 讲 ， 参 数 的 默认 值 是 不 会 被 继承 的 。 事 实 上 ， 默 认 值 会 导致 基 类 产 

多 个 构造 画 数 的 版 本 ， 这 些 画 数 版 本 部会 被 派生 类 继承 。 比 如 代码 
清单 3-6 所 示 的 这 个 例子 。 


代码 清单 3-6 


struct A { 
A (int a = 3, double = 2.4){} 


} 
struct B: Af 
using A::A; 
/ 


可 以 看 到 ， 在 代码 清单 3-6 中 ， 我 们 的 基 类 的 构造 函数 A(int 
a=3,double=2.4) 有 一 个 接受 两 个 参数 的 构造 函数 ， 且 两 个 参数 均 有 点 
认 值 。 那 么 A 到 拘 有 和 多少 个 可 能 的 构造 函数 的 版 本 呢 ? 


事实 上 ，B 可 能 从 A 中 继承 来 的 候选 继承 构造 画 数 有 如 下 一 些 : 
:A(int=3,double=2.4); 这 是 使 用 两 个 参数 的 情况 。 
-Al(int=3); 这 是 减 掉 一 个 参数 的 情况 。 

-A(const A&); 这 是 默认 的 复制 构造 函数 。 

:A(); 这 是 不 使 用 参数 的 情况 。 

相应 地 ，B 中 的 构造 国 数 将 会 包括 以 下 一 些 : 
:B(int,double); 这 是 一 个 继承 构造 函数 。 

-Binb; 这 是 减少 掉 一 个 参数 的 继承 构造 范 数 。 


‘B(const B&); 这 是 复制 构造 男 数 ， 这 不 是 继承 来 的 。 


BO SEN EERIE EARL ° 


WA, SIMER SB Pai NARA E, ALICE 
Fr tee BE BEB a ie Es SRSA RR, OA] o 


TOA AAS Ae, RIEA R BR RR E en BT ETL o E E 
REEERE Z THERA o ZAER PD A te ET BE 
S BUIVEZE FARA aie KY EB > BR (有 的 时 候 ， 我 们 也 称 
其 为 函数 签名 ) 都 相同 ， 那 么 继承 类 中 的 冲突 的 继承 构造 函数 将 导致 
不 合法 的 派生 类 代码 ， 如 代码 清单 3-7 所 示 。 


代码 清单 3-7 


struct A { A(int) {} }; 
struct B { B(int) {} }; 
struct C: A, B { 

using A::A; 

using B::B; 


3; 
TE MISTS 3-77, AMBAE EELS SC HEE FE OPER] SE 


的 继承 构造 函数 。 这 种 情况 下 ， 可 以 通过 显 式 定义 继承 类 的 冲突 的 构 
造 钞 数 ， 阻 止 隐 式 生成 相应 的 继承 构造 函数 来 解决 冲突 。 比 如 : 


struct C: A, B { 
using A::A; 
using B::B; 


C(int) {} 
}; 


其 中 的 构造 画 数 C(int) 束 很 好 地 解决 了 代码 清单 3-7 中 继承 构造 函 
数 的 冲突 问题 。 


男 外 我 们 还 需要 了 解 的 一 些 规则 是 ， 如 采 基 类 的 构造 瑟 数 被 声明 
为 私有 成 员 函 数 ， 或 者 派生 类 是 从 基 类 中 虚 继 承 的 ， 那 么 就 不 能 够 在 
派生 类 中 声明 继承 构造 瑟 数 。 此 外 ， 如 采 一 旦 使 用 了 继承 构造 画 数 ， 
编译 器 就 不 会 再 为 派生 类 生成 默认 构造 函数 了 ， 那 么 形 如 代码 清单 3-8 
中 这 样 的 情况 ， 程 序 员 就 必须 注意 继承 构造 函数 没有 包含 一 个 无 参数 
的 版 本 。 在 本 例 中 ， 变 量 b 的 定义 应 该 是 不 能 够 通过 编译 的 。 


代码 清单 3-8 


struct A { A (int){} }; 
struct B : A{ using A::A; }; 
B b; // BEAR tate aK 


FEBS ABT ER, ISCAS ae SET RRS te ER BO 
特性 ， 所 以 本 市 中 代码 清单 3-4 至 代码 清单 3-8 的 例子 都 仅 供 读者 参 
著 ， 因 为 我 们 并 没有 实际 编译 过 。 但 是 编译 器 对 继承 构造 函数 的 支持 
应 该 很 快 惑 要 完成 了 ， 比 如 g++ 束 计划 在 4.8 版 本 中 提供 文 持 。 可 能 
书 出 版 的 时 候 ， 读 者 就 已 经 可 以 进行 实验 了 。 


3.2 RYKKE KZN 


CHP ka KEK 


SAAMI MDL, RIRE Ee BU EC PACHI 
Te AAA, H EEEN SRE Ae aR te Es 
H ° HISAR AMI aN, SPI EN A R i SAL e 


首先 我 们 可 以 看 看 代码 清单 3-9 中 构造 函数 代码 元 余 的 例子 。 
代码 清单 3-9 


class Info { 
public: 
Info() : type(1), name('a') { InitRest(); } 
Info(int i) : type(i), name('a') { InitRest(); } 
Info(char e): type(1), name(e) { InitRest(); } 
private: 
void InitRest() { /* 其 他 初始 化 


*/ } 
int type; 
char name; 
L mas 


}; 
// 编译 选项 


:g++ -c 3-2-1.cpp 


在 代码 请 单 3-9 中 ， 我 们 声明 了 一 个 mmfo 的 目 定义 类 型 。 该 类 型 拥 
有 2 个 成 员 变 量 以 及 3 个 构造 男 数 。 这 里 的 3 个 构造 男 数 都 声明 了 初始 化 
列表 来 初始 化 成 员 type 和 name， 并 且 都 调用 了 相同 的 函数 InitRest。 可 


以 看 到 ， 除 了 初始 化 列表 有 的 不 同 ， 而 其 他 的 部 分 ，3 个 构造 钞 数 基本 
上 是 相似 的 ， 因 此 其 代码 存在 着 很 多 重复 


读者 可 能 会 想到 2.7 节 中 我 们 对 成 员 初 始 化 的 方法 ， 那 么 我 们 用 该 
方法 来 改写 一 下 这 个 例子 ， 如 代码 清单 3-10 所 示 。 


代码 清单 3-10 


class Info { 
public: 
Info() { InitRest(); } 
Info(int i) : type(i) { InitRest(); } 
Info(char e): name(e) { InitRest(); } 
private: 
void InitRest() { /* 其 他 初始 化 


*/ } 
int type {1}; 
char name {'a'}; 
II aia 
}; 
// 编译 选项 


:g++ -Cc -Std=c++11 3-2-2.cpp 


在 代码 清单 3-10 中 ， 我 们 在 Info 成 员 变 量 type 和 name 声 明 的 时 候 整 
地 进行 了 初始 化 。 可 以 看 到 ， 构 造 钞 数 确 实 简 单 了 不 少 ， 不 过 每 个 构 
造 贸 数 还 古 需 要 调用 InitRest 函 数 进 行 初始 化 。 而 现实 编程 中 ， 构 造 画 
数 中 的 代码 还 会 更 长 ， 比 如 可 能 还 需要 调用 一 些 基 类 的 构造 画 数 等 。 
那 能 不 能 在 一 些 构造 函数 中 连 InitRest 都 不 用 调用 呢 ? 


答案 是 肯定 的 ， 但 前 提 是 我 们 能 够 将 一 个 构造 画 数 设 定 为 “基准 版 
本 ”， 比 如 本 例 中 Info0 版 本 的 构造 画 数 ， 而 其 他 构造 画 数 可 以 通过 委 


派 “基准 版 本 "来 进行 初始 化 。 按 照 这 个 想法 ， 我 们 可 能 会 如 下 编写 构 
jet EBM: 


Info() { InitRest(); 
Info(int i) { this->Info(); type = i; } 
Info(char e) { this->Info(); name = e; } 


IERI NE thistea Et Val BO A EEE AP te EN o AN AT 
惜 的 是 ， 一 般 的 编译 器 都 会 阻止 this->Info() 的 编译 。 原 则 上 ， 编 译 器 
不 允许 在 构造 函数 中 调用 构造 钞 数 ， 即 使 参数 看 起 来 并 不 相同 。 


当然 ， 我 们 还 可 以 开发 出 一 个 更 具有 “ 涯 客 精神 ”的 版 本 : 


Info() { InitRest(); } 
Info(int i) { new (this) Info(); type = i; } 
Info(char e) { new (this) Info(); name = e; } 


这 里 我 们 使 用 了 placement new 来 强制 在 本 对 象 地 址 (this 指 针 所 指 
地 址 ) 上 调用 类 的 构造 函数 。 这 样 一 来 ， 我 们 可 以 绕 过 编译 器 的 检 

， 从 而 在 2 个 构造 画 数 中 调用 我 们 的 “基准 版 本 。 这 种 方法 看 起 来 不 
错 ， 却 是 在 已 经 初始 化 一 部 分 的 对 象 上 再 次 调用 构造 钞 数 ， 因 此 虽然 
针对 这 个 简单 的 例 于 在 我 们 的 实验 机 上 该 做 法 是 有 效 的 ， 却 是 种 危险 
的 做 法 。 


在 C++11 中 ， 我 们 可 以 使 用 委派 构造 函数 来 达到 期 望 的 效 霖 。 更 
具体 的 ，C++11 中 的 委派 构造 钞 数 是 在 构造 画 数 的 初始 化 列表 位 置 进 


行 构造 的 、 委 派 的 。 我 们 可 以 看 看 代码 清单 3-11 所 示 的 这 个 例子 。 


代码 清单 3-11 


class Info { 
public: 
Info() { InitRest(); } 
Info(int i) : Info() { type = i; } 
Info(char e): Info() { name = e; } 
private: 
void InitRest() { /* 其 他 初始 化 


ay a 
int type {1}; 
char name {'a'}; 
eo ay 


}; 
// 编译 选项 


‘g++ -c -Std=c++11 3-2-3.cpp 


可 以 看 到 ， 在 代码 清单 3-11 中 ， 我 们 在 Info(int) 和 Info(char) 的 初始 
化 列表 的 位 置 ， 调 用 了 “基准 版 本 ”的 构造 丽 数 Info()。 这 里 我 们 为 了 区 
分 被 调用 者 和 调用 者 ， 称 在 初始 化 列表 中 调用 “基准 版 本 ”的 构造 函数 
为 委派 构造 函数 (delegating constructor) ， 而 被 调用 的 “基准 版 本 ” 则 
为 目标 构造 函数 (target constructor) 。 在 C++11 中 ， 所 谓 委派 构造 ， 
就 是 指 委派 函数 将 构造 的 任务 委派 给 了 目标 构造 函数 来 完成 这 样 一 种 
类 构造 的 方式 。 


当然 ， 在 代码 清单 3-11 中 ， 委 涛 构造 画 数 只 能 在 图 数 体 中 为 type、 
name 等 成 员 赋 初 值 。 这 有 征 由 于 委派 构造 国 数 不 能 有 初始 化 列表 造成 
的 。 在 C++ 中 ， 构 造 画 数 不 能 同时 “委派 ?和 使 用 初始 化 列表 ， 所 以 如 


果 委 派 构 造 钞 数 要 给 变量 赋 初 值 ， 初 始 化 代码 必须 放 在 函数 体 中 。 比 
如 : 


struct Rulei { 
int i; 
Rulei(int a): i(a) {} 
Rule1(): Rule1(40), i(1) {} // 无 法 通过 编译 


Rulel 的 委派 构造 画 数 Rule10 的 写法 就 是 非法 的 。 我 们 不 能 在 初始 
化 列表 中 既 初 始 化 成 员 ， 又 委托 其 他 构造 西数 完成 构造 。 


这 样 一 来 ， 代 码 清单 3-11 中 的 代码 的 初始 化 殉 不 那么 令 人 满意 
了 ， 因 为 初始 化 列表 的 初始 化 方式 总 是 先 于 构造 函数 完成 的 实际 在 
编译 完成 时 就 已 经 决定 了 ) 。 这 会 可 能 致使 程序 员 犯 错 ( 稍 后 解 
释 ) 。 不 过 我 们 可 以 稍微 改造 一 下 目标 构造 钞 数 ， 使 得 委派 构造 函数 
依然 可 以 在 初始 化 列表 中 初始 化 所 有 成 员 ， 如 代码 清单 3-12 所 示 。 


代码 清单 3-12 


class Info { 
public: 
Info() : Info(1, 'a') { } 
Info(int i) : Info(i, 'a') { } 
Info(char e): Info(1, e) { } 
private: 
Info(int i, char e): type(i), name(e) { /* 其 他 初始 化 


*/ } 
int type; 
char name; 
II aia 


}; 
// 编译 选项 


‘g++ -c -Std=c++11 3-2-4.cpp 


在 代码 清单 3-12 中 ， 我 们 定义 了 一 个 私有 的 目标 构造 函数 
Info(intchan ， 这 个 构造 函数 接受 两 个 参数 ， 并 将 参数 在 初始 化 列表 中 
初始 化 。 而 且 由 于 这 个 目标 构造 函数 的 存在 ， 我 们 可 以 不 再 需要 
InitRest 函 数 了 ， 而 是 将 其 代码 都 放 入 Info(intchan) 中 。 这 样 一 来 ， 其 他 
委派 构造 画 数 就 可 以 委托 该 目标 构造 画 数 来 完成 构造 。 


事实 上 ， 在 使 用 委派 构造 函数 的 时 候 ， 我 们 也 建议 程序 员 抽 象 出 
最 为 “通用 ”的 行为 做 目标 构造 画 数 。 这 样 做 一 来 代码 清晰 ， 二 来 行为 
也 更 加 正确 。 读 者 可 以 比较 一 下 代码 清单 3-11 和 代码 清单 3-12 中 Info 的 
定义 ， 这 里 我 们 假设 代码 清单 3-11、 代 码 清单 3-12 中 注释 行 的 “其 他 初 

人 化 ”位 置 的 代码 如 下 : 


type += 1; 


那么 调用 Info(int) 版 本 的 构造 玉 数 会 得 到 不 同 的 结 采 。 比 如 如 末 做 
如 下 一 个 类 型 的 声明 : 


Info f(3); 


这 个 声明 对 代码 清单 3-11 中 的 Info 定 义 而 言 ， 会 导致 成 员 f.type 的 
值 为 3， (因为 Info(int) 委 托 InfoO 初 始 化 ， 后 者 调用 InitRest 将 使 得 type 
的 值 为 4° 不 过 Info(int) 函 数 体内 叉 将 type 重 写 为 3) 。 而 依照 代码 清单 


3-12 中 的 Info 定 义 ，ftype 的 值 将 最 终 为 4。 从 代码 编写 者 角度 看 ， 代 码 
清单 3-12 中 Info 的 行为 会 更 加 正确 。 这 古 由 于 在 C++11 中 ， 目 标 构造 画 
数 的 执行 忌 古 先 于 委派 构造 函数 而 造成 的 。 因 此 避免 目标 构造 钞 数 和 
委托 构造 钞 数 体 中 初始 化 同样 的 成 员 通 常 是 必要 的 ， 否 则 则 可 能 发 生 
代码 请 单 3-11 错 误 。 


而 在 构造 画 数 比较 多 的 时 候 ， 我 们 可 能 会 拥有 不 止 一 个 委派 构造 
畏 数 ， 而 一 些 目标 构造 函数 很 可 能 也 十 委 派 构造 男 数 ， 这 样 一 来 ， 我 
们 束 可 能 在 委 涛 构造 画 数 中 形成 链 状 的 委 涛 构造 天 系 ， 如 代码 清单 3- 


13 所 示 。 
ASS 43-13 


class Info { 
public: 
Info() : Info(1) { } / /委派 构造 函数 


Info(int i) : Info(i, 'a') { } // 既是 目标 构造 画 数 ， 也 是 委派 构造 函数 


Info(char e): Info(1, e) { } 
private: 
Info(int i, char e): type(i), name(e) { /* 其 他 初始 化 


*/ /目标 构造 画 数 


int type; 
char name; 
TP mas 
i 
// 编译 选项 


:g++ -C -Std=c++11 3-2-5.cpp 


代码 清单 3-13 所 示 就 是 这 样 一 种 链 状 委托 构造 ， 这 里 我 们 使 Info() 

委托 Info(int) 进 行 构造 ， 而 Info(int) 又 委托 Info(int,char) 进 行 构 造 。 在 委 

托 构 造 的 链 状 天 系 中 ， 有 一 点 程序 员 必 须 注 意 ， 就 是 不 能 形成 委托 环 
(delegation cycle) 。 比如 : 


struct Rule2 { 
int i, c; 
Rule2(): Rule2(2) {} 
Rule2(int i): Rule2('c') {} 
Rule2(char c): Rule2(2) {} 
}; 


Rule2 定 义 中 ，Rule2()、Rule2(int) 和 Rule2(char) 都 依赖 于 别 的 构造 
函数 ， 形 成 环 委托 构造 和 关系。 这样 的 代码 通常 会 导致 编译 错误 。 


委派 构造 的 一 个 很 实际 的 应 用 就 是 使 用 构造 模板 函数 产生 目标 构 
造 琅 数 ， 如 代码 清单 3-14 所 示 。 


代码 清单 3-14 


#include <list> 
#include <vector> 
#include <deque> 
using namespace std; 
class TDConstructed { 
template<class T> TDConstructed(T first, T last) : 
l(first, last) {} 
list<int> l; 
public: 
TDConstructed(vector<short> & v): 
TDConstructed(v.begin(), v.end()) {} 
TDConstructed(deque<int> & d): 
TDConstructed(d.begin(), d.end()) {} 


}; 
// 编译 选项 


:g++ -C -Std=c++11 3-2-6.cpp 


在 代码 清单 3-14 中 ， 我 们 定义 了 一 个 构造 函数 模板 。 而 通过 两 个 
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vector<short>::iterator 和 deque<int>::iterator 两 种 类 型 。 这 样 一 来 ， 我 们 
的 TDConstructed 类 就 可 以 很 容易 地 接受 多 种 容器 对 其 进行 初始 化 。 这 
无 颖 比 罗列 不 同类 型 的 构造 男 数 方便 了 很 多 。 可 以 说 ， 委 托 构造 使 得 
构造 函数 的 泛 型 编程 也 成 为 了 一 种 可 能 


此 外 ， 在 异常 处 理 方 面 ， 如 果 在 委派 构造 画 数 中 使 用 try 的 话 ， 那 
么 从 目标 构造 函数 中 产生 的 异 第 ， 痢 可 以 在 委派 构造 钞 数 中 被 捕 提 
到 。 我 们 可 以 看 看 代码 清单 3-15 所 示 的 例子 。 


代码 清单 3-15 


#include <iostream> 
using namespace std; 
class DCExcept { 
public: 
DCExcept(double d) 
try : DCExcept(1, d) { 
cout << "Run the body." << endl; 
// 其 他 初始 化 


} 
catch(...) { 
cout << "caught exception." << endl; 


private: 
DCExcept(int i, double d){ 
cout << "going to throw!" << endl; 
throw 0; 


int type; 
double data; 


/ 
int main() { 
DCExcept a(1.2); 


} 
// 编译 选项 


‘g++ -Std=c++11 3-2-7.cpp 


在 代码 清单 3-15 中 ， 我 们 在 目标 构造 画 数 DCExcept(intdouble) 抛 
出 了 一 个 异常 ， 并 在 委派 构造 函数 DCExcept(int) 中 进行 捕捉 。 编 译 运 
行 该 程序 ， 我 们 在 实验 机 上 获得 以 下 输出 : 


going to throw! 

caught exception. 

terminate called after throwing an instance of ‘int' 
Aborted 
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其 是 库 的 编写 者 来 说 ,无疑 是 有 积极 意义 的 。 


3.3 右 值 引用 : 移动 语义 和 完美 转发 


CSP 类 别 ， 类 作者 


3.3.1 ”指针 成 员 与 拷贝 构造 


对 C++ 程序 员 来 说 ， 编 写 C++ 程 序 有 一 条 必须 注意 的 规则 ， 殉 是 
在 类 中 包含 了 一 个 指针 成 员 的 话 ， 那 么 束 要 特别 小 心 拷贝 构造 钞 数 的 
编写 ， 因 为 一 不 小 心 ， 束 会 出 现 内 存 泄露 。 我 们 来 看 看 代码 清单 3-16 
HAG ° 


代码 清单 3-16 


#include <iostream> 
using namespace std; 
class HasPtrMem { 
public: 
HasPtrMem(): d(new int(0)) {} 
HasPtrMem(const HasPtrMem & h): 
d(new int(*h.d)) {} // 拷贝 构造 画 数 ， 从 堆 中 分 配 内 存 ， 并 


*h. d 初 始 化 


~HasPtrMem() { delete d; } 
int * d; 


int main() { 
HasPtrMem a; 
HasPtrMem b(a); 
cout << *a.d << endl; // 0 
cout << *b.d << endl; // 0 
} // 正常 析 构 


/ / 编译 选项 


:g++ 3-3-1.cpp 


在 代码 清单 3-16 中 ， 我 们 定义 了 一 个 HasPtrMem 的 类 。 这 个 类 包 
侣 一 个 指针 成 员 ， 该 成 员 在 构造 时 接受 一 个 new 操 作 分 配 堆 内 存 返回 


的 指针 ， 而 在 析 构 的 时 候 则 会 被 delete 操 作用 于 释放 之 前 分 配 的 堆 内 
存 。 在 main 函 数 中 ， 我 们 声明 了 HasPtrMem 类 型 的 变量 a， 又 使 用 a 初 
全 化 了 变量 b。 按 照 Ct+ 的 语法 ， 这 会 调用 HasPtrMem 的 拷贝 构造 函 
数 。 这 里 的 拷贝 构造 函数 由 编译 句 隐 式 生成 ， 其 作用 是 执行 类 似 于 
memcpy 的 按 位 拷贝 。 这 样 的 构造 方式 有 一 个 问题 ， 就 是 ad 和 b.d 都 指 
回 了 同一 块 推 内存。 因此 在 main 作 用 域 结 束 的 时 候 ，a 和 b 的 析 构 函数 
纷纷 被 调用 ， 当 其 中 之 一 完成 析 构 之 后 〈 比 如 b) ， 那 么 a.d 就 成 了 一 
个 “悬挂 指针 ” (dangling pointer) ， 因 为 其 不 再 指向 有 效 的 内 存 了 。 那 
么 在 该 巧 挂 指针 上 释放 内 存 束 会 造成 严重 的 错误 。 


这 个 问题 在 C++ 编 程 中 非常 经 典 。 这 样 的 拷贝 构造 方式 ， 在 
C++ 中 也 常 被 称 为 “ 浅 拷贝 ”(shollow copy) ° 而 在 未 声明 构造 函数 的 
情况 下 ，C++ 也 会 为 类 生成 一 个 浅 拷 贝 的 构造 画 数 。 通 各 最 佳 的 解决 
方案 是 用 户 自 定义 乒 贝 构造 画 数 来 实现 “ 深 捞 贝 ”(\deep copy) ， 我 们 
来 看 看 代码 清单 3-17 中 的 修正 方法 。 


代码 清单 3-17 


#include <iostream> 
using namespace std; 
class HasPtrMem { 
public: 
HasPtrMem(): d(new int(0)) {} 
HasPtrMem(HasPtrMem & h): 
d(new int(*h.d)) {} // 拷贝 构造 画 数 ， 从 堆 中 分 配 内 存 ， 并 


*h. d 初 始 化 


~HasPtrMem() { delete d; } 
int * d; 


f 
int main() { 
HasPtrMem a; 
HasPtrMem b(a); 
cout << *a.d << endl; // 0 
cout << *b.d << endl; // 0 
} // 正常 析 构 


// 编译 选项 


:g++ 3-3-2.cpp 


在 代码 清单 3-17 中 ， 我 们 为 HasPtrMem 添 加 了 一 个 拷贝 构造 画 
数 。 找 贝 构造 画 数 从 堆 中 分 配 新 内 存 ， 将 该 分 配 来 的 内 存 的 指针 交还 
给 d， 双 使 用 *(h.d) 对 *d 进 行 了 初始 化 。 通 过 这 样 的 方法 ， 束 避免 了 芒 
挂 指 针 的 困扰 。 


3.3.2 ”移动 语义 


找 贝 构造 画 数 中 为 指针 成 员 分 配 新 的 内 存 再 进行 内 容 拷贝 的 做 法 
在 C++ 编 程 中 几乎 被 视 为 是 不 可 违背 的 。 不 过 在 一 些 时 候 ， 我 们 确实 不 
需要 这 样 的 拷贝 构造 语义 。 我 们 可 以 看 看 代码 清单 3-18 所 示 的 例子 。 


代码 清单 3-18 


#include <iostream> 
using namespace std; 
class HasPtrMem { 
public: 
HasPtrMem(): d(new int(@)) { 
cout << "Construct: " << ++n_cstr << endl; 


} 
HasPtrMem(const HasPtrMem & h): d(new int(*h.d)) { 
cout << "Copy construct: " << ++n_cptr << endl; 


} 
~HasPtrMem() { 
cout << "Destruct: " << ++n_dstr << endl; 


int * d; 

static int n_cstr; 
static int n_dstr; 
static int n_cptr; 


了 
int HasPtrMem::n_cstr = 0 
int HasPtrMem::n_dstr = 0 
int HasPtrMem::n_cptr = 0 
HasPtrMem GetTemp() { ret 
int main() { 
HasPtrMem a = GetTemp(); 


/ 
/ 
/ 
urn HasPtrMem(); } 


// 编译 选项 


:g++ 3-3-3.cpp -fno-elide-constructors 


在 代码 清单 3-18 中 ， 我 们 声明 了 一 个 返回 一 个 HasPtrMem 变 量 的 函 
数 。 为 了 记录 构造 玉 数 、 找 贝 构造 罚 数 ， 以 及 析 构 函数 调用 的 次 数 ， 


我 们 使 用 了 一 些 静 态 变 量 。 在 main 芳 数 中 ， 我 们 人 简单 地 声明 了 一 个 
HasPtrMem 的 变量 a， 要 求 它 使 用 GetTemp 的 返回 值 进行 初始 化 。 编 译 
运行 该 程序 ， 我 们 可 以 看 到 下 面 的 输出 : 


Construct: 1 

Copy construct: 1 
Destruct: 1 

Copy construct: 2 
Destruct: 2 
Destruct: 3 


这 里 构造 数 被 调用 了 一 次 ， 这 是 在 GetTemp 函 数 中 HasPtrMem/() 
表达 式 显 式 地 调用 了 构造 函数 而 打印 出 来 的 。 而 拷贝 构造 画 数 则 被 调 
用 了 两 次 。 这 两 次 一 次 是 从 GetTemp 画 数 中 HasPtrMem0O 生 成 的 变量 上 
拷贝 构造 出 一 个 临时 值 ， 以 用 作 GetTemp 的 返回 值 ， 而 另外 一 次 则 是 由 
临时 值 构造 出 main 中 变量 a 调用 的 。 对 应 地 ， 析 构 函 数 也 就 调用 了 3 
次 。 这 个 过 程 如 图 3-1 所 示 。 
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图 3-1 函数 返回 时 的 临时 要 量 与 揽 贝 


最 让 人 感到 不 安 束 是 拷贝 构造 贸 数 的 调用 。 在 我 们 的 例子 里 ， 类 
HasPtrMem 只 有 一 个 int 类 型 的 指 守 。 而 如 果 HasPtrMem 的 指针 指向 非常 
大 的 堆 内 存 数据 的 话 ， 那 么 拷贝 构造 的 过 程 就 会 非常 昂贵 。 可 以 想 
象 ， 这 种 情况 一 旦 发 生 ，a 的 初始 化 表达 式 的 执行 速度 将 相当 堪忧 。 而 
更 为 令 人 雯 忧 的 是 ， 临 时 变量 的 产生 和 销毁 以 及 找 贝 的 发 生 对 于 程序 
员 来 说 基本 上 是 透明 的 ， 不 会 影响 程序 的 正确 性 ， 因 而 即使 该 问题 导 
致 程序 的 性 能 不 如 预期 ， 也 不 易 被 程序 员 察 觉 《事实 上 ， 编 译 器 常常 
对 函数 返回 值 有 专门 的 优化 ， 我 们 在 本 节 结 束 时 会 提 到 ) 。 


主 我 们 把 目光 再 次 聚集 在 临时 对 象 上 ， 即 图 3-1 中 的 main 函 数 的 部 

分 。 按 照 C++ 的 语义 ， 临 时 对 象 将 在 语句 结束 后 被 析 构 ， 会 释放 它 所 包 

舍 的 扒 内 存 资源 。 而 a 在 搁 贝 构造 的 时 候 ， 又 会 被 分 配 堆 内 存 。 这 样 的 

去 一 来 似乎 并 没有 太 大 的 意义 ， 那 么 我 们 是 否 可 以 在 临时 对 象 构造 a 
的 时 候 不 分 配 内 存 ， 即 不 使 用 所 谓 的 拷贝 构造 语义 呢 ? 


在 C++11 中 ， 管 案 是 肯定 的 。 我 们 可 以 看 看 如 图 3-2 所 示 的 示意 


图 3-2 中 的 上 半 部 分 可 以 看 到 从 临时 变量 中 拷贝 构造 变量 a 的 做 法 ， 
即 在 拷贝 时 分 配 新 的 堆 内 存 ， 并 从 临时 对 象 的 堆 内 存 中 拷贝 内 容 至 
a.d。 而 构造 完成 后 ， 临 时 对 象 将 析 构 ， 因 此 其 拥有 的 堆 内 存 资源 会 被 
析 构 函数 释放 。 而 图 3-2 的 下 半 部 分 则 是 一 种 “新 ”方法 (实际 跟 我 们 在 
代码 清单 3-1 中 做 得 差不多 ) ， 该 方法 在 构造 时 使 得 a.d 指 向 临时 对 象 的 


堆 内 存 资源 。 同 时 我 们 保证 临时 对 象 不 释放 所 指向 的 堆 内 存 (下 面 解 
释 怎 么 做 ) ， 那 么 在 构造 完成 后 ， 临 时 对 象 被 析 构 ，a 束 从 中 “ 偷 ” 到 了 
临时 对 象 所 拥有 的 堆 内 存 资源 。 


HasPtrMem : : : HasPtrMem 
临时 对 象 OON “临时 对 象 


HasPtrMem `‘ : : HasPtrMem 
临时 对 象 临时 对 象 


图 3-2 找 贝 构造 与 移动 构造 


在 C++11 中 ， 这 样 的 “ 偷 走 ” 临 时 变量 中 资源 的 构造 钞 数 ， 束 被 称 
为 “移动 构造 画 数 ”。 而 这 样 的 “ 偷 ” 的 行为 ， 则 称 之 为 “移动 语义 ” (move 
semantics) 。 当 然 ， 换 成 白话 的 中 文 ， 可 以 理解 为 “ 移 为 已 用 ”。 我们 可 
以 看 看 代码 清单 3-19 中 是 如 何 来 实现 这 种 移动 语义 的 。 


代码 清单 3-19 


#include <iostream> 
using namespace std; 
class HasPtrMem { 
public: 
HasPtrMem(): d(new int(3)) { 
cout << "Construct: " << ++n_cstr << endl; 


} 
HasPtrMem(const HasPtrMem & h): d(new int(*h.d)) { 
cout << "Copy construct: " << ++n_cptr << endl; 


} 
HasPtrMem(HasPtrMem && h): d(h.d) { // tabtaiinx 
h.d = nullptr; / /将 临时 值 的 指针 成 员 置 空 


cout << "Move construct: " << ++n_mvtr << endl; 


} 
~HasPtrMem() { 
delete d; 
cout << "Destruct: " << ++n_dstr << endl; 


int * d; 

static int n_cstr; 
static int n_dstr; 
static int n_cptr; 
static int n_mvtr; 


7; 
int HasPtrMem::n_cstr = 0; 
int HasPtrMem::n_dstr = 0; 
int HasPtrMem::n_cptr = 0; 
int HasPtrMem::n_mvtr = 0; 
HasPtrMem GetTemp() { 
HasPtrMem h; 
cout << "Resource from " << _ func__ << ": " << hex << h.d << endl; 


return h; 


int main() { 
HasPtrMem a = GetTemp(); 
cout << "Resource from " << _ func__ << ": " << hex << a.d << endl; 


// 编译 选项 


:g++ -Std=c++11 3-3-4.cpp -fno-elide-constructors 


相 比 于 代码 清单 3-18， 代 码 清单 3-19 中 的 HasPtrMem 类 多 了 一 个 构 
造 画 数 HasPtrMem(HasPtrMem&&)， 这 个 就 是 我 们 所 请 的 移动 构造 函 
数 。 与 拷贝 构造 贸 数 不 同 的 是 ， 移 动 构造 函数 接受 一 个 所 谓 的 “ 右 值 引 
用 ”的 参数 ， 关 于 右 值 我 们 接 下 来 会 解释 ， 读 者 可 以 暂时 理解 为 临时 变 
量 的 引用 。 可 以 看 到 ， 移 动 构造 画 数 使 用 了 参数 h 的 成 员 d 初 始 化 了 本 


对 象 的 成 员 d 〈 而 不 是 像 拷贝 构造 函数 一 样 需要 分 配 内 存 ， 然 后 将 内 容 
依次 拷贝 到 新 分 配 的 内 存 中 ) ， 而 h 的 成 员 d 随 后 被 置 为 指针 空 值 nullptr 
(请 参见 7.1 节 ， 这 里 等 同 于 NULL) 。 这 就 完成 了 移动 构造 的 全 过 

程 。 


这 里 所 谓 的 “ 偷 ” 扒 内 存 ， 束 是 指 将 本 对 象 d 指 同 h.d 所 指 的 内 存 这 一 
条 语句 ， 相 应 地 ， 我 们 还 将 h 的 成 员 d 和 置 为 指 计 空 值 。 这 其 实 也 是 我 
们 “ 偷 ”* 内 存 时 必须 做 的 。 这 是 因为 在 移动 构造 完成 之 后 ， 临 时 对 象 会 
立即 被 析 构 。 如 果 不 改 变 h.d (临时 对 象 的 指针 成 员 ) 的 话 ， 则 临时 对 
象 会 析 构 掉 本 是 我 们 “ 偷 ”来 的 堆 内 存 。 这 样 一 来 ， 本 对 象 中 的 d 指 针 也 
束 成 了 一 个 巧 挂 指针 ， 如 采 我 们 对 指针 进行 解 引 用 ， 束 会 发 生产 重 的 


运行 时 错误 。 


为 了 看 看 移动 构造 的 效 末 ， 我 们 让 GetTemp 和 main 函 数 分 别 打 印 变 
量 h 和 变量 a 中 的 指针 h.d 和 a.d， 在 我 们 的 实验 机 上 运行 的 结果 如 下 : 


Construct: 1 

Resource from GetTemp: 0x603010 
Move construct: 1 

Destruct: 1 

Move construct: 2 

Destruct: 2 

Resource from main: 0x603010 
Destruct: 3 


可 以 看 到 ， 这 里 没有 调用 拷贝 构造 画 数 ， 而 是 调用 了 两 次 移动 构 
造 画 数 ， 移 动 构造 的 结果 是 ，GetTemp 中 的 h 的 指针 成 员 h.d 和 main 函 数 
中 的 a 的 指针 成 员 a.d 的 值 是 相同 的 ， 即 h.d 和 a.d 都 指向 了 相同 的 堆 地 址 


内 存 。 该 堆 内 存在 函数 返回 的 过 程 中 ， 成 功 地 逃避 了 被 析 构 的 “ 厄 

运 ?”， 取 而 代 之 地 ， 成 为 了 巍 值 表达 式 中 的 变量 a 的 资源 。 如 果 堆 内 存 
不 是 一 个 int 长 度 的 数据 ， 而 是 以 MByte 为 单位 的 堆 空间 ， 那 么 这 样 的 移 
动 市 来 的 性 能 提升 将 非常 惊人 。 


或 许 读者 会 质疑 说 .为 什么 要 这 么 费力 地 添加 移动 构造 函数 呢 ? 
完全 可 以 选择 改变 GetTemp 的 接口 ， 比 如 直接 传 一 个 引用 或 者 指针 到 
GetTemp 的 参数 中 去 ， 效 末 应 该 也 不 侍 。 其 实 从 性 能 上 来 讲 ， 这 样 的 做 
法 确实 暑 无 问题 ， 甚 至 只 好 不 全 。 不 过 从 使 用 的 方便 性 上 来 讲 效 琳 不 
好 。 如 琳 函 数 返 回 临时 值 的 话 ， 可 以 在 香 条 语句 里 完成 很 多 计算 ， 比 
如 我 们 可 以 很 目 然 地 写 出 如 下 语句 : 


Caculate(GetTemp(), SomeOther(Maybe(), Useful(Values, 2))); 
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很 多 语句 来 完成 上 面 的 工作 。 可 能 是 像 下 面 这 样 的 代码 : 


string *a; vector b; // 事先 声明 一 些 变 量 用 于 传递 返回 值 
Useful(Values, 2, a); // 最 后 一 个 参数 是 指针 ， 用 于 返回 结果 
SomeOther(Maybe(), a, b); // 最 后 一 个 参数 是 引用 ， 用 于 返回 结果 


Caculate(GetTemp(), b); 


两 者 在 代码 编写 效率 和 可 读 性 上 都 存在 看 明 显 的 差别 。 而 即使 声 
明 这 些 传 递 返 回 值 的 变量 为 全 局 的 ， 函 数 再 将 这 些 引 用 和 指针 都 作为 
返回 值 返回 给 调用 者 ， 我 们 也 需要 在 Caculate 调 用 之 前 声明 好 所 有 的 引 
用 和 指针 。 这 无 疑 是 黎 琐 的 工作 。 画 数 返 回 临时 变量 的 好 处 就 是 不 需 
要 声明 变量 ， 也 不 需要 知道 生命 期 。 程 序 员 只 需要 按照 最 自然 的 方 
式 ， 使 用 最 简单 的 语句 吏 可 以 完成 大 量 的 工作 。 


那么 再 回 到 移动 语义 上 来 ， 还 有 一 个 最 为 天 键 的 问题 没有 解决 ， 
那 束 是 移动 构造 函数 何 时 会 被 触发 。 之 前 我 们 只 十 提 到 了 临时 对 象 ， 
一 旦 我 们 用 到 的 是 个 临时 变量 ， 那 么 移动 构造 语义 束 可 以 得 到 执行 。 
那么 ， 在 C++ 中 如 何 判 断 产 生 了 临时 对 象 ? 如 何 将 其 用 于 移动 构造 画 
数 ? 是 否 只 有 临时 变量 可 以 用 于 移动 构造 ? .…… 读者 可 能 还 有 很 多 问 
题 。 要 回答 这 些 问 题 ， 需 要 先 了 解 一 下 C++ 中 的 “ 值 ” 是 如 何 分 类 的 。 


注意 ”事实 上 ， 移 动 语义 并 不 是 什么 新 的 概念 ， 在 C++98/03 的 语 
言 和 库 中 ， 它 已 经 存在 了 ， 比 如 : 


:在 某 些 情 况 下 找 贝 构造 函数 的 省 略 (copy constructor elision in 


some contexts) 
:智能 指针 的 找 贝 (auto_ptr“copy”) 


链表 拼接 (list::splice) 


.容器 内 的 置换 (swap on containers) 


以 上 这 些 操作 都 包含 了 从 一 个 对 象 向 另外 一 个 对 象 的 资源 转移 
(至 少 概念 上 ) 的 过 程 ， 唯 一 欠缺 的 是 统一 的 语法 和 语义 的 支持 ， 来 
使 我 们 可 以 使 用 通用 的 代码 移动 任意 的 对 象 〈 就 像 我 们 今天 可 以 使 用 
通用 的 代码 来 拷贝 任意 对 象 一 样 ) 。 如 果 能 够 任意 地 使 用 对 象 的 移动 
而 不 是 拷贝 ， 那 么 标准 库 中 的 很 多 地 方 的 性 能 都 会 大 大 提高 。 


3.3.3” 左 值 、 右 值 与 右 值 引 用 


在 C 语 言 中 ， 我 们 常常 会 提起 左 值 (lvalue) 、 右 值 (rvalue) 这 样 
的 称呼 。 而 在 编译 程序 时 ， 编 译 侨 有 时 也 会 在 报 出 的 错误 信息 中 会 包 
含 左 值 、 右 值 的 说 法 。 不 过 左 值 、 右 值 通常 不 是 通过 一 个 闫 襄 的 定义 
而 为 人 所 知 的 ， 大 多 数 时 候 左右 值 的 定义 与 其 判别 方法 是 一 体 的 。 一 
个 最 为 典型 的 判别 方法 融 是 ， 在 赋值 表达 了 式 中 ， 出 现在 等 号 左边 的 可 
征 “ 并 值 ”， 而 在 等 号 右边 的 ， 则 称 为 “ 右 值 ”。 比 如 : 


在 这 个 赋值 表达 式 中 ，a 就 是 一 个 左 值 ， 而 b+c 则 是 一 个 右 值 。 这 
种 识别 左 值 、 右 值 的 方法 在 C++ 中 依然 有 效 。 不 过 C++ 中 还 有 一 个 被 广 
泛 认 同 的 说 法 ， 那 就 是 可 以 取 地 址 的 、 有 名 字 的 就 是 左 值 ， 反 之 ， 不 
能 取 地 址 的 、 没 有 名 字 的 就 是 右 值 。 那 么 这 个 加 法 赋值 表达 式 中 ，&a 
是 允许 的 操作 ， 但 &(b+o) 这 样 的 操作 则 不 会 通过 编译 。 因 此 a 是 一 个 左 
值 ，(b+o) 是 一 个 右 值 。 


这 些 判 别 方法 通常 都 非常 有 效 。 更 为 细致 地 ， 在 C++11 中 ， 右 值 是 
由 两 个 概念 构成 的 ， 一 个 是 将 亡 值 (xvalue，eXpiring Value) ， 男 一 个 


则 是 纯 右 值 (prvalue，Pure Rvalue) 。 


其 中 纯 右 值 就 是 C++98 标 准 中 右 值 的 概念 ， 讲 的 是 用 于 辨识 临时 变 
量 和 一 些 不 跟 对 和 象 关 联 的 值 。 比 如 非 引用 返回 的 函数 返回 的 临时 变量 
E (我 们 在 前 面 多 次 提 到 了 ) 就 是 一 个 纯 右 值 。 一 些 运算 表达 式 ， 比 
如 1+3 产 生 的 临时 变量 值 ， 也 十 纯 右 值 。 而 不 跟 对 和 象 关联 的 字面 量 值 ， 
比如 : 2、‘c?、true， 也 是 纯 右 值 。 此 外 ， 类 型 转换 函数 的 返回 值 、 
lambda 表 达 式 (17.377) 等 ， 也 都 是 右 值 。 


而 将 亡 值 则 是 C++11 新 增 的 跟 右 值 引用 相关 的 表达 式 ， 这 样 表达 式 
常 是 将 要 被 移动 的 对 象 \ 移 为 他 用 ) ， 比 如 返回 右 值 引用 T&& 的 函 
数 返 回 值 、std::move 的 返回 值 ( 稍 后 解释 ) ， 或 者 转换 为 T&& 的 类 型 
转换 函数 的 返回 值 〈 稍 后 解释 ) 。 而 镜 余 的 ， 可 以 标识 函数 、 对 象 的 
值 都 属于 左 值 。 在 C++11 的 程序 中 ， 所 有 的 值 必 属于 左 值 、 将 亡 值 、 纯 
Ap = Z— ° 
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注意 ”事实 上 ， 之 所 以 我 们 只 知道 一 些 关于 左 值 、 右 值 的 判断 而 
很 少 听 到 其 真正 的 定义 的 一 个 原因 就 是 一 很 难 归纳 。 而 且 即 使 归纳 
了 ， 也 需要 大 量 的 解释 。 


在 C++11 中 ， 右 值 引用 就 是 对 一 个 右 值 进行 引用 的 类 型 。 事 实 上 ， 
由 于 右 值 通 单 不 具有 名 字 ， 我 们 也 只 能 通过 引用 的 方式 找到 它 的 存 
在 。 通 各 情况 下 ， 我 们 只 能 是 从 右 值 表 达 式 获得 其 引用 。 比 如 : 


T && a = ReturnRvalue(); 


这 个 表达 式 中 ， 假 设 ReturnRvalue 返 回 一 个 右 值 ， 我 们 就 声明 了 一 
个 名 为 a 的 右 值 引用 ， 其 值 等 于 ReturnRvalue 函 数 返 回 的 临时 变量 的 
值 。 


为 了 区 别 于 C++98 中 的 引用 类 型 ， 我 们 称 C++98 中 的 引用 为 “ 左 值 
引用 ” (lvalue reference) 。 右 值 引用 和 左 值 引 用 都 是 属于 引用 类 型 。 无 
论 是 声明 一 个 左 值 引 用 还 是 右 值 引 用 ， 都 必须 立即 进行 初始 化 。 而 其 
原因 可 以 理解 为 是 引用 类 型 本 身 目 己 并 不 拥有 所 绑 定 对 象 的 内 存 ， 只 
征 该 对 象 的 一 个 别名 。 左 值 引用 是 具名 变量 值 的 别名 ， 而 右 值 引用 则 
是 不 具名 (匿名 ) 变量 的 别名 。 


在 上 面 的 例子 中 ，ReturnRvalue 函 数 返回 的 右 值 在 表达 式 语 句 结 
后 ， 其 生命 也 就 终结 了 〈 通 常 我 们 也 称 其 具有 表达 式 生 命 期 ) ， 而 通 
过 右 值 引用 的 声明 ， 该 右 值 又 <* 重 获 新 生 ”， 其 生命 期 将 与 右 值 引 用 类 
型 变量 a 的 生命 期 一 样 。 只 要 a 还 “活着 ”， 该 右 值 临 时 量 将 会 一 直 “ 存 
JEFE 。 
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所 以 相 比 于 以 下 语句 的 声明 方式 : 


Tb = ReturnRvalue(); 
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象 的 构造 。 因 为 a 是 右 值 引用 ， 直 接 绑 定 了 ReturnRvalue0 返 回 的 临时 


量 ， 而 b 只 是 由 临时 值 构造 而 成 的 ， 而 临时 量 在 表达 式 结束 后 会 析 构 因 
应 束 会 多 一 次 析 构 和 构造 的 开锁。 


不 过 值得 指出 的 是 ， 能 够 声明 右 值 引用 a 的 前 提 是 RetumRvalue 返 
回 的 是 一 个 右 值 。 通 利 情 总 下 ， 右 值 引用 是 不 能 够 绑 定 到 任何 的 左 值 
的 。 比 如 下 面 的 表达 式 束 古 无 法 通过 编译 的 。 


int c; 
int && d = C; 


相对 地 ， 在 C++98 标 准 中 就 已 经 出 现 的 左 值 引用 是 否 可 以 绑 定 到 右 
E “由 右 值 进行 初始 化 ) 呢 ? 比如 : 


T & e = ReturnRvalue(); 
const T & f = ReturnRvalue(); 


这 样 的 语句 是 否 能 够 通过 编译 呢 ? 这 里 的 答案 是 : e 的 初始 化 会 导 
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出 现 这 样 的 状况 的 原因 是 ， 在 常量 左 值 引用 在 C++98 标 准 中 开始 整 
苹 个 “万 能 ”的 引用 类 型 。 它 可 以 接受 非常 量 左 值 、 削 量 左 值 、 右 值 对 
其 进行 初始 化 。 而 且 在 使 用 右 值 对 其 初始 化 的 时 候 ， 第 量 左 值 引用 还 
可 以 像 右 值 引用 一 样 将 右 值 的 生命 期 延长 。 不 过 相 比 于 右 值 引 用 所 引 
用 的 右 值 ， 篆 量 左 值 所 引用 的 右 值 在 它 的 “余生 ”中 只 能 是 只 读 的 。 相 
对 地 ， 非 第 量 左 值 只 能 接受 非常 量 左 值 对 其 进行 初始 化 。 


既然 常量 左 值 引用 在 C++98 中 就 已 经 出 现 ， 读 者 可 能 会 努力 地 搜索 
记忆 ， 想 找 出 在 C++ 中 使 用 常量 左 值 绑 定 右 值 的 情况 。 不 过 可 能 一 切 并 
不 如 愿 。 这 是 因为 ， 在 C++11 之 前 ， 左 值 、 右 值 对 于 程序 员 来 说 ， 一 直 
至 透明 状 在。 不 知道 什么 是 左 值 、 右 值 ， 并 不 影响 写 出 正确 的 C++ 代 
码 。 引 用 的 是 左 值 和 石 值 通常 也 并 不 重要 。 不 过 事实 上 ， 在 C++98 通 过 
左 值 引用 来 绑 定 一 个 右 值 的 情况 并 不 少见 ， 比 如 : 


const bool & judgement = true; 
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相 比 较 看 起 来 似乎 差别 不 大 。 


const bool judgement = true; 


可 能 很 多 程序 员 都 没有 注意 到 其 中 的 差别 (从 语法 上 讲 ， 前 者 直 
接 使 用 了 右 值 并 为 其 “ 续 命 "， 而 后 者 的 右 值 在 表达 去 结束 后 残 销 毁 
TE 


事实 上 ， 即 使 在 C++98 中 ， 我 们 也 第 可 以 使 用 利 量 左 值 引用 来 减少 
临时 对 象 的 开销 ， 如 代码 清单 3-20 所 示 。 


代码 清单 3-20 


#include <iostream> 

using namespace std; 

struct Copyable { 
Copyable() {} 


Copyable(const Copyable &o) { 
cout << "Copied" << endl; 


} 


}; 
Copyable ReturnRvalue() { return Copyable(); } 
void AcceptVal(Copyable) {} 
void AcceptRef(const Copyable & ) {} 
int main() { 
cout << "Pass by value: " << endl; 
AcceptVal(ReturnRvalue()); // 临时 值 被 拷贝 传 入 


cout << "Pass by reference: " << endl; 
AcceptRef (ReturnRvalue()); // 临时 值 被 作为 引用 传递 


// 编译 选项 


:g++ 3-3-5.cpp -fno-elide-constructors 


在 代码 清单 3-20 中 ， 我 们 声明 了 结构 体 Copyable， 该 结构 体 的 唯一 
的 作用 束 是 在 被 拷贝 构造 的 时 候 打印 一 句 话 : Copied ° MA A KZE, 
AcceptVal 使 用 了 值 传递 参数 ， 而 AcceptRef 使 用 了 引用 传递 。 在 以 
ReturnRvalue 返 回 的 右 值 为 参数 的 时 候 ，AcceptRef 束 可 以 直接 使 用 产生 
的 临时 值 (并 延长 其 生命 期 ， 而 AcceptVal 则 不 能 直接 使 用 临时 对 
A o 


编译 运行 代码 清单 3-20， 可 以 得 到 以 下 结 


Pass by value: 
Copied 

Copied 

Pass by reference: 
Copied 


X 


可 以 看 到 ， 由 于 使 用 了 左 值 引 用 ， 临 时 对 象 被 直接 作为 函数 的 参 
数 ， 而 不 需要 从 中 拷贝 一 次 。 读 者 可 以 自行 分 析 一 下 输出 结果 ， 这 里 


就 不 性 述 了 。 而 在 C++11 中 ， 同 样 地 ， 如 果 在 代码 清单 3-20 中 以 右 值 引 
用 为 参数 声明 如 下 函数 ; 


void AcceptRvalueRef(Copyable && ) {} 


也 同样 可 以 减少 临时 要 量 拷贝 的 开销 。 进 一 步 地 ， 还 可 以 在 
AcceptRvalueRef 中 修改 该 临时 值 《这 个 时 候 临 时 值 由 于 被 右 值 引用 人 参 
数 所 引用 ， 已 经 获得 了 函数 时 间 的 生命 期 ) 。 不 过 修改 一 个 临时 值 的 
意义 通常 不 大 ， 除 非 像 3.3.2 闻 一 样 使 用 移动 语义 。 


束 本 例 而 言 ， 如 有 我 们 这 样 实现 函数 : 


void AcceptRvalueRef(Copyable && s) { 
Copyable news = std::move(s); 


这 里 std::move 的 作用 是 强制 一 个 左 值 成 为 右 值 (看 起 来 很 奇怪 ? 
这 个 我 们 会 在 下 面 一 让 中 解释 ) 。 该 画 数 就 是 使 用 右 值 来 初始 化 
Copyable 变 量 news。 当 然 ， 如 同 我 们 在 上 小 市 提 到 的 ， 使 用 移动 语义 
的 前 提 是 Copyable 还 需要 添加 一 个 以 右 值 引 用 为 参数 的 移动 构造 函数 ， 
比如 : 


Copyable(Copyable &&o) { /* 实现 移动 语义 


天 } 


这 样 一 来 ， 如 果 Copyable 类 的 临时 对 象 \ 即 ReturnRvalue 返 回 的 临 
时 值 ) 中 包含 一 些 大 块 内 存 的 指针 ，news 就 可 以 如 同 代码 清单 3-19 一 
样 将 临时 值 中 的 内 存 “ 窃 ”为 已 用 ， 从 而 从 这 个 以 右 值 引用 参数 的 
AcceptRvalueRef 酚 数 中 获得 最 大 的 收益 。 事 实 上 ， 右 值 引 用 的 来 由 从 
来 就 跟 移 动 语义 紧 紧 相关 。 这 是 右 值 存在 的 一 个 最 大 的 价值 〈 另 外 一 
个 价值 是 用 于 转发 ， 我 们 会 在 后 面 的 小 节 中 看 到 ) 。 


对 于 本 例 而 言 ， 很 有 趣 的 是 ， 读 着 也 可 以 思考 一 下 :如 采 我 们 不 
声明 移动 构造 画 数 ， 而 只 声明 一 个 稼 量 左 值 的 构造 男 数 会 发 生 什么 ? 
如 同 我 们 刚才 提 人 到 的 ， 党 量 左 值 引用 是 个 “万 能 ”的 引用 类 型 ， 无 论 左 
值 还 是 右 值 ， 常 量 还 是 非常 量 ， 一 概 能 够 绑 定 。 那 么 如 果 Copyable 没 有 
移动 构造 画 效 ， 下 列 语句 : 


Copyable news = std::move(s); 
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全 的 设计 一 移动 不 成 ， 至 少 还 可 以 执行 拷贝 。 因 此 ， 通 常情 况 下 ， 程 
序 员 会 为 声明 了 移动 构造 画 数 的 类 声明 一 个 常量 左 值 为 参数 的 拷贝 构 
造 画 数 ， 以 保证 在 移动 构造 不 成 时 ， 可 以 使 用 拷贝 构造 不过， 我 们 
也 会 在 之 后 看 到 一 些 特殊 用 途 的 反例 ) 。 


为 了 语义 的 完整 ，C++11 中 还 存在 着 常量 右 值 引用 ， 比 如 我 们 通过 
以 下 代码 声明 一 个 各 量 右 值 引 用 。 


const T && crvalueref = ReturnRvalue(); 


但 是 ， 一 来 右 值 引用 主要 就 是 为 了 移动 语义 ， 而 移动 语义 需要 右 
值 是 可 以 要 修改 鸭 ， 那 么 音量 右 值 引用 在 移动 语义 中 束 没 有 用 武之 
处 ; 二 来 如 果 要 引用 右 值 且 证 右 值 不 可 以 更 改 ， 和 常量 左 值 引用 往往 吏 
足够 了 。 因 此 在 现在 的 情况 下 ， 我 们 还 没有 看 到 种 量 右 值 引用 有 何 用 
处 o 


表 3-1 中 ， 我 们 列 出 了 在 C++11 中 各 种 引用 类 型 可 以 引用 的 值 的 类 
型 。 值 得 注意 的 是 ， 只 要 能 够 绑 定 右 值 的 引用 类 型 ， 都 能 够 延长 右 值 
的 生命 期 。 


表 3-1 C++11 中 引用 类 型 及 其 可 以 引用 的 值 类 型 


Pu 可 以 引用 的 值 类 型 P : 
引用 类 型 = Se a a ae 注 记 
非常 量 左 值 | 常量 左 值 非常 量 右 值 和 常量 厂 值 
非常 量 左 值 引 用 Y N N N 无 
常量 左 值 引用 Y ni Y Y 全 能 类 型 ， 可 用 于 拷贝 语义 
非常 量 右 值 引 用 N N ¥ N 用 于 移动 语义 、 完 美 转发 
常量 右 值 引用 N N Y Y 暂 无 用 途 


有 的 时 候 ， 我 们 可 能 不 知道 一 个 类 型 是 否 是 引用 类 型 ， 以 及 是 左 
值 引 用 还 是 右 值 引用 (这 在 模板 中 比较 常见 。 标 准 库 在 <type_traits> 
头 文件 中 提供 了 3 个 模板 类 : is_rvalue_reference ` is_lvalue_reference ` 
is_reference， 可 供 我 们 进行 判断 。 比 如 : 


cout << is_rvalue_reference<string &&>: :Value 


我 们 通过 模板 类 的 成 员 value 束 可 以 打印 出 stimg&& 走 人 否 是 一 个 右 
值 引用 了 。 配 合 第 4 章 中 的 类 型 推导 操作 符 decltype， 我 们 甚至 还 可 以 
对 变量 的 类 型 进行 判 电 。 当 读者 搞 不 清楚 引用 类 型 的 时 候 ， 不 妨 使 用 
这 样 的 小 工具 实验 一 下 。 


3.3.4 std::move: 强制 转化 为 右 值 


在 C++1l1 中 ， 标 准 库 在 <utility> 中 提供 了 一 个 有 用 的 函数 
std::move， 这 个 函数 的 名 字 具 有 迷惑 性 ， 因 为 实际 上 std::move 并 不 能 
移动 任何 东西 ， 它 唯一 的 功能 是 将 一 个 左 值 强 制 转化 为 右 值 引 用 ， 继 
而 我 们 可 以 通过 右 值 引用 使 用 该 值 ， 以 用 于 移动 语义 。 从 实现 上 讲 ， 
std::move 基 本 等 同 于 一 个 类 型 转换 : 


static_cast<T&&>(lvalue); 


值得 一 提 的 是 ， 被 转化 的 左 值 ， 其 生命 期 并 没有 随 着 左右 值 的 转 
化 而 改变 。 如 果 读 者 期 望 std::move 转 化 的 左 值 变量 lvalue 能 立即 被 析 
构 ， 那 么 肯定 会 失望 了 。 我 们 来 看 代码 清单 3-21 所 示 的 例子 。 


代码 清单 3-21 


#include <iostream> 
using namespace std; 
class Moveable{ 
public: 
Moveable():i(new int(3)) {} 
~Moveable() { delete i; } 
Moveable(const Moveable & m): i(new int(*m.i)) { } 
Moveable(Moveable && m):i(m.i) { 
m.i = nullptr; 


int* i; 
}; 
int main() { 

Moveable a; 

Moveable c(move(a)); // 会 调用 移动 构造 画 数 


cout << *a.i << endl; // 运行 时 错误 


} 
// 编译 选项 


‘g++ -Std=c++11 3-3-6.cpp -fno-elide-constructors 


在 代码 清单 3-21 中 ， 我 们 为 类 型 Moveable 定 义 了 移动 构造 函数 。 
这 个 画 数 定义 本 和 喘 没 有 什么 问题 ， 但 调用 的 时 候 ， 使 用 了 Moveable 
c(move(a)); 这 样 的 语句 。 这 里 的 a 本 来 是 一 个 左 值 变 量 ， 通 过 std::move 
将 其 转换 为 右 值 。 这 样 一 来 ，ali 束 被 c 的 移动 构造 画 数 设置 为 指针 空 
值 。 由 于 a 的 生命 期 实际 要 到 main 函 数 结束 才 结束 ， 那 么 随后 对 表达 式 
*a.i 进 行 计算 的 时 候 ， 就 会 发 生 严 重 的 运行 时 错误 。 


这 征 个 典型 误 用 std::move 的 例 了 于。 当然 ， 标 准 库 提 供 该 画 数 的 目 
的 不 是 为 了 让 程序 员 搬 起 石头 砸 目 己 的 脚 。 事 实 上 ， 要 使 用 该 函数 ， 
必须 十 程序 员 清 楚 需 要 转换 的 时 候 。 比 如 上 例 中 ， 程 序 员 应 该 知道 被 
转化 为 右 值 的 a 不 可 以 再 使 用 。 不 过 更 多 地 ， 我 们 需要 转换 成 为 右 值 引 
用 的 还 是 一 个 确实 生命 期 即将 结束 的 对 象 。 我 们 来 看 看 代码 清单 3-22 
所 示 的 正确 例子 。 


代码 清单 3-22 


#include <iostream> 
using namespace std; 
class HugeMem{ 
public: 
HugeMem(int size): sz(size > © ? size : 1) { 
c = new int[sz]; 


} 
~HugeMem() { delete [] c; } 
HugeMem(HugeMem && hm): sz{ hm. sz), c(hm.c) { 


hm.c = nullptr; 


int * C; 
int sz; 


了 
class Moveable{ 
public: 
Moveable():i(new int(3)), h(1024) {} 
~Moveable() { delete i; } 
Moveable(Moveable && m): 
i(m.i), h(move(m.h)) £ // 强制 转 为 右 值 ， 以 调用 移动 构造 画 数 


m.i = nullptr; 


int* i; 
HugeMem h; 
J; 
Moveable GetTemp() { 
Moveable tmp = Moveable(); 
cout << hex << "Huge Mem from " << func_ _ 
<< " @" << tmp.h.c << endl; // Huge Mem from GetTemp @0x603030 
return tmp; 
int main() { 
Moveable a(GetTemp()); 
cout << hex << "Huge Mem from " << func _ 
<< " @" << a.h.c << endl; // Huge Mem from main @0x603030 
// 编译 选项 


‘g++ -Std=c++11 3-3-7.cpp -fno-elide-constructors 


在 代码 清单 3-22 中 ， 我 们 定义 了 两 个 类 型 : HugeMem 和 
Moveable， 其 中 Moveable 包 含 了 一 个 HugeMem 的 对 象 。 在 Moveable 的 
移动 构造 画 数 中 ， 我 们 就 看 到 了 std::move 画 数 的 使 用 。 该 函数 将 m.h 强 
制 转化 为 右 值 ， 以 迫使 Moveable 中 的 h 能 够 实现 移动 构造 。 这 里 可 以 使 
用 std::move， 是 因为 m.h 是 m 的 成 员 ， 既 然 m 将 在 表达 式 结 束 后 被 析 
构 ， 其 成 员 也 自然 会 被 析 构 ， 因 此 不 存在 代码 清单 3-21 中 的 生存 期 不 
对 的 问题 。 另 外 一 个 问题 可 能 是 std::move 使 用 的 必要 性 。 这 里 如 果 不 
使 用 std::move(m.h) 这 样 的 表达 式 ， 而 是 直接 使 用 m.h 这 个 表达 式 将 会 
怎样 ? 


其 实 这 是 C++11 中 有 趣 的 地 方 : 可 以 接受 右 值 的 右 值 引用 本 身 却 
征 个 左 值 。 这 里 的 m.h 引 用 了 一 个 确定 的 对 象 ， 而 且 m.h 也 有 名 字 ， 可 
以 使 用 &m.h 取 到 地 址 ， 因 此 十 个 不 折 不 扣 的 左 值 。 不 过 这 个 左 值 确 确 
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成 后 也 就 结束 了 。 那 么 这 里 使 用 std::move 强 制 其 为 右 值 就 不 会 有 问题 
了 。 而 且 ， 如 采 我 们 不 这 么 做 ， 由 于 m.h 是 个 左 值 ， 就 会 导致 调用 
HugeMem 的 捞 贝 构造 函数 来 构造 Moveable 的 成 员 h 《虽然 这 里 没有 声 
明 ， 读 者 可 以 自行 添加 实验 一 下 ) 。 如 采 是 这 样 ， 移 动 语义 束 没 有 能 
够 成 功 地 向 类 的 成 员 传 递 。 换 言 之 ， 还 是 会 由 于 拷贝 而 导 任 一 定 的 性 
能 上 的 损失 。 
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的 时 候 ， 应 该 总 是 记得 使 用 std::move 转 换 拥有 形 如 堆 内 存 、 文 件 句 柄 
等 货源 的 成 员 为 右 值 ， 这 样 一 来 ， 如 果 成 员 文 持 移动 构造 的 话 ， 束 可 
以 实现 其 移动 语义 。 而 即使 成 员 没 有 移动 构造 函数 ， 那 么 接受 常量 
值 的 构造 画 数 版 本 也 会 轻松 地 实现 乒 贝 构造 ， 因 此 也 不 会 引起 大 的 问 


题 。 


3.3.5 ”移动 语义 的 一 些 其 他 问题 


我 们 在 前 面 多 次 所 到 ， 移 动 语义 一 定 征 要 修改 临时 变量 的 值 。 那 
么 ， 如 果 这 样 声 明 移动 构造 画 数 : 


Moveable(const Moveable &&) 


或 者 这 样 声 明 函 数 : 
const Moveable ReturnVal(); 


都 会 使 得 的 临时 变量 常量 化 ， 成 为 一 个 第 量 右 值 ， 那 么 临时 变量 
的 引用 也 区 © 无 法 修改 ， 从 而 导致 无 法 实现 移动 语义 。 因 此 程序 员 在 实 
现 移动 语义 一 定 要 注意 排除 不 必要 的 const 关 键 子 。 


变 


在 C++11 中 ， 找 贝 /移动 构造 函数 实际 上 有 以 下 3 个 版 本 : 


T Object(T &) 
T Object(const T &) 
T Object(T &&) 
EC AES AAA Ee TS teh AS, TA S| FAN 
是 一 个 移动 构造 版 本 。 默 认 情 况 下 ， 编 译 器 会 为 程序 员 隐 式 地 生成 一 
个 ( 隐 式 表示 如 果 不 被 使 用 则 不 生成 ， 移 动 构造 函数 。 不 过 如 果 程 序 
声明 了 目 定 义 的 拷贝 构造 函数 、 找 贝 赋值 钞 数 、 移 动 赋值 范 数 、 析 


构 函 数 中 的 一 个 或 者 多 个 ， 编 译 絮 部 不 会 再 为 程序 员 生 成 默认 版 本 。 
狱 认 的 移动 构造 画 数 实际 上 跟 默 认 的 拷贝 构造 画 数 一 样 ， 只 能 做 一 些 
按 位 拷贝 的 工作 。 这 对 实现 移动 语义 来 说 是 不 够 的 。 通 常情 况 下 ， 如 
果 和 需要 移动 语义 ,程序 员 必 须 目 定 义 移动 构 千 函数。 当然 ， 对 一 些 简 
单 的 、 不 包含 任何 资源 的 类 型 来 说 ， 实 现 移动 语义 与 否 都 无 天 紧要 ， 
因为 对 这 样 的 类 型 而 言 ， 移 动 吏 是 拷贝 ， 揽 贝 藉 是 移动 。 


同样 地 ， 声 明了 移动 构造 画 数 、 移 动 赋值 钞 数 、 拷 贝 赋值 瑟 数 和 
析 构 函数 中 的 一 个 或 者 多 个 ， 编 译 占 也 不 会 再 为 程序 员 生 成 默认 的 找 
贝 构造 瑟 数 。 所 以 在 C++11 中 ， 搁 贝 构造 /赋值 和 移动 构造 /赋值 钞 数 必 
须 同时 提供 ， 或 者 同时 不 提供 ， 程 序 员 才能 保证 类 同时 具有 拷贝 和 移 
动 语义 。 只 声明 其 中 一 种 的 话 ， 类 都 仅 能 实现 一 种 语义 。 


其 实 ， 只 实现 一 种 语义 在 类 的 编写 中 也 是 非常 常见 的 。 比 如 说 只 
有 拷贝 语义 的 类 型 一 事实 上 在 C++11 之 前 我 们 见 过 大 多 数 的 类 型 的 构 
造 都 是 只 使 用 拷贝 语义 的 。 而 只 有 移动 语义 的 类 型 则 非常 有 趣 ， 因 为 
只 有 移动 语义 表明 该 类 型 的 变量 所 拥有 的 资源 只 能 被 移动 ， 而 不 能 被 
拷贝 。 那 么 这 样 的 资源 必须 是 唯一 的 。 因 此 ， 只 有 移动 语义 构造 的 类 
型 往往 都 是 “资源 型 > 的 类 型 ， 比 如 说 智能 指针 ， 文 件 流 等 ， 都 可 以 视 
为 “资源 型 > 的 类 型 。 在 本 书 的 第 5 章 中 ， 怠 可 以 看 到 标准 库 中 的 仅 可 移 
动 的 模板 类 : unique_ptr。 一 些 编译 器 ， 如 vs2011， 现 在 也 把 ifstream 这 
样 的 类 型 实现 为 仅 可 移动 的 。 


在 标准 库 的 头 文件 <type_traits> 里 ， 我 们 还 可 以 通过 一 些 辅助 的 模 
板 类 来 判断 一 个 类 型 是 否 是 可 以 移动 的 。 比 如 is_move_constructible、 
is_trivially_ move_constructible、is_nothrow_move_constructible， 使 用 


方法 仍然 是 使 用 其 成 员 value。 比 如 : 


cout << is_move_constructible<UnknownType>: :value; 


就 可 以 打印 出 UnknowType 是 否 可 以 移动 ， 这 在 一 些 情况 下 还 是 非 
Fi BABY © 


而 有 了 移动 语义 ， 还 有 一 个 比较 典型 的 应 用 是 可 以 实现 高 性 能 的 
置换 (swap) 画 数 。 看 看 下 面 这 段 swap 模 板 函 数 代码 : 


template <class T> 
void swap(T& a, T& b) 


T tmp(move(a)); 
a = move(b); 
b = move(tmp); 


} 


如 条 IT 是 可 以 移动 的 ， 那 么 移动 构造 和 移动 赋值 将 会 被 用 于 这 个 
置换 。 代 码 中 ，a 先 将 自己 的 资源 交 给 tmp， 随 后 b 再 将 资源 交 给 a，tmp 
随后 又 将 从 a 中 得 到 的 资源 交 给 b， 从 而 完成 了 一 个 置换 动作 。 整 个 过 
， 代 码 都 只 会 按照 移动 语义 进行 指针 交换 ， 不 会 有 资源 的 释放 与 申 
请 。 而 如 果 T 不 可 移动 却 是 可 拷贝 的 ， 那 么 拷贝 语义 会 被 用 来 进行 置 
火 。 这 束 跟 普通 的 置换 语句 是 相同 的 了 。 因 此 在 移动 语义 的 文 持 下 ， 


Ki 


H 


我 们 仅仅 通过 一 个 通用 的 模板 ， 束 可 能 更 高 效 地 完成 置换 ， 这 对 于 泛 
型 编程 来 说 ， 无 疑 是 具有 积极 意义 的 。 


另外 一 个 关于 移动 构造 的 话题 是 异常 。 对 于 移动 构造 函数 来 说 ， 
抛 出 异常 有 时 是 件 危 险 的 事情 。 因 为 可 能 移动 语义 还 没完 成 ， 一 个 异 
常 却 抛 出 来 了 ， 这 就 会 导致 一 些 指针 就 成 为 悬挂 指针 。 因 此 程序 员 应 
该 尽量 编写 不 抛 出 异常 的 移动 构造 函数 ， 通 过 为 其 添加 一 个 noexcept 
关键 字 ， 可 以 保证 移动 构造 函数 中 抛 出 来 的 异常 会 直接 调用 terminate 
程序 终止 运行 ， 而 不 是 造成 指针 惹 挂 的 状态 。 而 标准 库 中 ， 我 们 还 可 
以 用 一 个 std::move_if_noexcept 的 模板 函数 蔡 代 move 函 数 。 该 函数 在 类 
的 移动 构造 丽 数 没有 noexcept 关 键 字 修饰 时 返回 一 个 左 值 引用 从 而 使 

量 可 以 使 用 拷贝 语义 ， 而 在 类 的 移动 构造 国 数 有 noexcept 关 键 字 
时 ， 返 回 一 个 右 值 引用 ， 从 而 使 变量 可 以 使 用 移动 语义 。 我 们 来 看 一 
下 代码 清单 3-23 所 示 的 例子 。 


代码 清单 3-23 


#include <iostream> 
#include <utility> 
using namespace std; 
struct Maythrow { 
Maythrow() {} 
Maythrow(const Maythrow&) { 
std::cout << "Maythorow copy constructor." << endl; 


} 
Maythrow(Maythrow&&) { 
std::cout << "Maythorow move constructor." << endl; 
} 
了 
struct Nothrow { 
Nothrow() {} 
Nothrow(Nothrow&&) noexcept { 
std::cout << "Nothorow move constructor." << endl; 


} 
Nothrow(const Nothrow&) { 
std::cout << "Nothorow move constructor." << endl; 


} 
/ 
int main() { 
Maythrow m; 
Nothrow n; 


Maythrow mt = move_if_noexcept(m); // Maythorow copy constructor. 
Nothrow nt = move_if_noexcept(n); // Nothorow move constructor. 
return 0; 


} 
// 编译 选项 


‘g++ -Std=c++11 3-3-8.cpp 


在 代码 清单 3-23 中 ， 可 以 清楚 地 看 到 move_if_noexcept 的 效果 。 事 
实 上 ，move_ 计 noexcept 是 以 牺牲 性 能 保证 安全 的 一 种 做 法 ， 而 且 要 求 
类 的 开发 者 对 移动 构造 钞 数 使 用 noexcept 进 行 指 述 ， 否 则 就 会 损失 更 
多 的 性 能 。 这 是 库 的 开发 者 和 使 用 者 必须 协同 平衡 考虑 的 。 


还 有 一 个 与 移动 语义 看 似 无 天 ， 但 偏偏 有 些 关 联 的 话题 是 ， 编 译 
句 中 被 称 为 RVO/NRVO 的 优化 (RVO,Return Value Optimization， 返 回 
值 优化 ， 或 者 NRVO，Named Return Value optimization)。 事 实 上 , 在 
本 节 中 大 量 的 代码 都 使 用 了 -fno-elide-constructors 选 项 在 g++/clang++ 中 
关闭 这 个 优化 ， 这 样 可 以 使 读者 在 代码 中 较为 容易 地 利用 函数 返回 的 
临时 量 右 值 。 


但 若 在 编译 的 时 候 不 使 用 该 选项 的 话 ， 读 者 会 发 现 很 多 构造 和 移 
动 都 被 省 略 了 。 对 于 下 面 这 样 的 代码 ， 一 旦 打开 g++/clang++ 的 
RVO/NRVO， 从 ReturnValue 函 数 中 a 变 量 拷贝 /移动 构造 临时 变量 ， 以 
及 从 临时 变量 拷贝 /移动 构造 b 的 二 重奏 就 通通 没有 了 。 


A ReturnRvalue() { A a(); return a; } 
A b = ReturnRvalue(); 
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动 都 没有 了 。 通 俗 地 说 ， 就 古 b 变 量 直接 “ 钳 占 ”了 a 变量 。 这 是 编译 右 


中 一 个 效果 非常 好 的 一 个 优化 。 不 过 RVO/NRVO 并 不 是 对 任何 情况 都 
有 效 。 比 如 有 些 情况 下 ， 一 些 构 造 是 无 法 省 略 的 。 还 有 一 些 情况 ， 即 
使 RVO/NRVO 完 成 了 ， 也 不 能 达到 最 好 的 效果 。 但 结论 是 明显 的 ， 移 
动 语义 可 以 解决 编译 器 无 法 解决 的 优化 问题 ， 因 而 总 是 有 用 的 。 


3.3.6 ”完美 转发 


所 谓 完美 转发 (perfect forwarding) ， 是 指 在 函数 模板 中 ， 完 全 依 
照 模板 的 参数 的 类 型 ， 将 参数 传递 给 函数 模板 中 调用 的 男 外 一 个 函 
数 。 比 如 : 


template <typename T> 
void IamForwording(T t) { IrunCodeActually(t); } 


这 个 简单 的 例子 中 ，IamForwording 是 一 个 转发 画 数 模板 。 而 函数 
IrunCodeActually 则 是 真正 执行 代码 的 目标 函数 。 对 于 目标 函数 
IrunCodeActually 而 言 ， 它 总 是 希望 转发 函数 将 参数 按照 传 入 
Iamforwarding 时 的 类 型 传递 〈 即 传 入 IamForwording 的 是 左 值 对 象 
IrunCodeActually 就 能 获得 左 值 对 象 ， 传 入 IamForwording 的 是 右 值 对 
象 ，IrunCodeActually 就 能 获得 右 值 对 象 ) ， 而 不 产生 额外 的 开销 ， 就 
好 像 转发 者 不 存在 一 样 。 


这 似乎 是 一 件 非常 容易 的 事情 ， 但 实际 却 并 不 简单。 在 上 面 例子 
中 ， 我 在 lamForwording 的 参数 中 使 用 了 最 基本 类 型 进行 转发 ， 该 方法 
会 导致 参数 在 传 给 IrunCodeActually 之 前 就 产生 了 一 次 额外 的 临时 对 象 
拷贝 。 因 此 这 样 的 转发 只 能 说 是 正确 的 转发 ， 但 谈 不 上 完美 。 


所 以 通常 程序 员 需 要 的 是 一 个 引用 类 型 ， 引 用 类 型 不 会 有 拷贝 的 
开销 。 其 次 ， 则 需要 考虑 转发 函数 对 类 型 的 接受 能 力 。 因 为 目标 函数 


可 能 需要 能 够 既 接 受 左 值 引用 ， 又 接受 右 值 引用 。 那 么 如 果 转 发 函数 
只 能 接受 其 中 的 一 部 分 ， 我 们 也 无 法 做 到 完美 转发 。 结 合 表 3-1， 我 们 
会 想 


void IrunCodeActually(int t){} 
template <typename T> 
void IamForwording(const T & t) { IrunCodeActually(t); } 
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法 接受 闻 量 左 值 引 用 作为 参数 ， 这 样 一 来 ， 虽 然 转发 函数 的 接受 能 力 
很 高 ， 但 在 目标 函数 的 接受 上 却 出 了 问题 。 那 么 我 们 可 能 束 需 要 通过 
一 些 肖 量 和 非 肖 量 的 重 载 来 解决 目标 函数 的 接受 问题 。 这 在 芳 数 参数 
比较 多 的 情况 下 ， 束 会 造成 代码 的 见 余 。 而 且 依 据 表 3-1， 如 末 我 们 的 
目标 函数 的 参数 是 个 右 值 引用 的 话 ， 同 样 无 法 接受 任何 左 值 类 型 作为 
参数 ， 间 接地 ， 也 就 导致 无 法 使 用 移动 语义 。 


那 C++11 是 如 何 解 决 完美 转发 的 问题 的 呢 ? 实 际 上 ，C++11 是 通过 
引入 一 条 所 谓 “3 引 用 折 符 ” (reference collapsing) 的 新 语言 规则 ， 并 结 
合 新 的 模板 推导 规则 来 完成 完美 转发 。 


在 C++11 以 前 ， 形 如 下 列 语句 : 


typedef const int T; 
typedef T& TR; 
TR& v = 1; // 该 声明 在 


C++98 中 会 导致 编译 错误 


其 中 TR&v=1 这 样 的 表达 式 会 被 编译 硕 认 为 古 不 合法 的 表达 式 ， 而 
在 C++11 中 ,一旦 出 现 了 这 样 的 表达 式 ， 束 会 发 生 引 用 折合 ， 即 将 复 灯 
的 未 知 表达 式 折 对 为 已 知 的 简单 表达 式 ， 具 体 如 表 3-2 所 示 。 


表 3-2 C++11 中 的 引用 折 千 规则 


TR 的 类 型 定义 声明 v 的 类 型 v 的 实际 类 型 
T& TR A& 
T& TR& A& 
T& TR&& A& 
T&& TR A&& 
T&& TR& A& 
T&& TR&& A&& 
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合 总 是 优先 将 其 折 共 为 左 值 引 用 。 而 模板 对 类 型 的 推导 规则 束 比 较 简 
单 ， 当 转发 函数 的 实 参 是 类 型 X 的 一 个 左 值 引 用 ， 那 么 模板 参数 家 推导 
为 X&& 类 型 ， 而 转发 贸 数 的 实 参 是 类 型 X 的 一 个 右 值 引用 的 话 ， 那 么 模 
板 的 参数 被 推导 为 X&&& 类 型 。 结 合 以 上 的 引用 折 生 规则 ， 残 能 确定 出 
参数 的 实际 类 型 。 进 一 步 ， 我 们 可 以 把 转发 函数 写成 如 下 形式 : 


template <typename T> 
void IamForwording(T && t) { 
IrunCodeActually(static_cast<T &&>(t)); 


注意 ”对 于 完美 转发 而 言 ， 右 值 引 用 并 非 “ 天 生 神力 >"， 只 是 
C++11 新 引入 了 右 值 ， 因 此 为 其 新 定 下 了 引用 折枝 的 规则 ， 以 满足 完美 
转发 的 需求 。 


注意 一 下 ， 我 们 不 仅 在 参数 部 分 使 用 了 T&& 这 样 的 标识 ， 在 目标 
函数 传 参 的 强制 类 型 转换 中 也 使 用 了 这 样 的 形式 。 比 如 我 们 调用 转发 
函数 时 传 入 了 一 个 X 类 型 的 左 值 引用 ， 可 以 想象 ， 转 发 函数 将 被 实例 化 
为 如 下 形式 : 
void IamForwording(X& && t) 


IrunCodeActually(static_cast<x& &&>(t)); 
} 


WALES Ae, Wi: 


void IamForwording(X& t) { 
IrunCodeActually(static_cast<x&>(t)); 
} 
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不 过 读者 可 能 发 现 ， 这 里 调用 前 的 static_cast 没 有 什么 作用 。 事 实 上 ， 
这 里 的 static_cast 征 留 给 传递 右 值 用 的 。 


而 如 有 我 们 调用 转发 函数 时 传人 了 一 个 X 类 型 的 右 值 引用 的 话 ， 我 
们 的 转发 画 数 将 被 实例 化 为 : 


void IamForwording(X&& && t) { 
IrunCodeActually(static_cast<x&& &&>(t)); 


WALES Ae, Wi 


void IamForwording(X&& t) { 
IrunCodeActually(static_cast<X&&>(t)); 
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讲 到 的 ， 对 于 一 个 右 值 而 言 ， 当 它 使 用 右 值 引用 表达 式 引 用 的 时 候 ， 
该 右 值 引用 却 是 个 不 折 不 扣 的 左 值 ， 那 么 我 们 想 在 函数 调用 中 继续 传 
递 右 值 ， 就 需要 使 用 std::move 来 进行 左右 值 的 转换 。 而 std::move 通 常 
就 是 一 个 static_cast。 不 过 在 C++11 中 ， 用 于 完美 转发 的 函数 却 不 再 叫 
作 move， 而 是 另外 一 个 名 字 : forward。 所 以 我 们 可 以 把 转发 函数 写成 
这 样 : 


template <typename T> 
void IamForwording(T && t) { 
IrunCodeActually(forward(t)); 


move 和 forward 在 实际 实现 上 差别 并 不 大 。 不 过 标准 库 这 么 设计 ， 
也 许 是 为 了 让 每 个 名 字 对 应 于 不 同 的 用 途 ， 以 应 对 未 来 可 能 的 扩展 
(虽然 现在 我 们 使 用 move 可 能 也 能 通过 完美 转发 画 数 的 编译 ， 但 这 并 
不 是 推荐 的 做 法 ) 。 


我 们 来 看 一 个 完美 转发 的 例子 ， 如 代码 清单 3-24 所 示 。 


STS 3-24 


#include <iostream> 
using namespace std; 
void RunCode(int && m) { cout << "rvalue ref" << endl; } 
void RunCode(int & m) { cout << "lvalue ref" << endl; } 
void RunCode(const int && m) { cout << "const rvalue ref" << endl; } 
void RunCode(const int & m) { cout << "const lvalue ref" << endl; } 
template <typename T> 
void PerfectForward(T &&t) { RunCode( forward<T>(t)); } 
int main() { 
int a; 
int b; 
const int c = 1; 
const int d = 0; 


PerfectForward(a); // lvalue ref 
PerfectForward(move(b) ); // rvalue ref 
PerfectForward(c); // const lvalue ref 
PerfectForward(move(d)); // const rvalue ref 


} 
// 编译 选项 


:g++ -Std=c++11 3-3-9.cpp 


在 代码 清单 3-24 中 ， 我 们 使 用 了 表 3-1 中 的 所 有 4 种 类 型 的 值 对 完美 
转发 进行 测试 ， 可 以 看 到 ， 所 有 的 转发 都 被 正确 地 送 到 了 目的 地 。 


完美 转发 的 一 个 作用 束 古 做 包装 函数 ， 这 古 一 个 很 方便 的 功能 
我 们 对 代码 清单 3-24 中 的 转发 钞 数 稍 作 修 改 ， 束 可 以 用 很 少 的 代码 记录 
单 参数 函数 的 参数 传递 状况 ， 如 代码 清单 3-25 所 示 。 


代码 清单 3-25 


#include <iostream> 

using namespace std; 

template <typename T, typename U> 

void PerfectForward(T &&t, U& Func) { 
cout << t << "\tforwarded..." << endl; 
Func(forward<T>(t)); 


} 

void RunCode(double && m) {} 
void RunHome(double && h) {} 
void RunComp(double && c) {} 


int main() { 
PerfectForward(1.5, RunComp); // 1.5 forwarded... 
PerfectForward(8, RunCode); // 8 forwarded... 
PerfectForward(1.5, RunHome); // 1.5 forwarded... 


} 
// 编译 选项 


: g++ -Std=c++11 3-3-10.cpp 
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的 需求 。 事 实 上 ， 在 C++11 标 准 库 中 我 们 可 以 看 到 大 量 完美 转发 的 实际 
应 用 ， 一些 很 小 巧 好 用 的 函数 ， 比 如 make_pair、make_unique 等 在 
C++11 都 通过 完美 转发 实现 了 。 这 样 一 来 ， 束 减少 了 一 些 函 数 版 本 的 重 
复 (const 和 非 const 版 本 的 重复 ) ， 并 能 够 充分 利用 移动 语义 。 无 论 从 
运行 性 能 的 提高 还 是 从 代码 编写 的 简化 上 ， 完 美 转发 都 堪 称 完美 


3.4 显 却 转换 操作 人 符 


CHP 类 别 ， 库 作者 


在 C++ 中 ， 有 个 非常 好 也 非常 坏 的 特性 ， 束 是 隐 陈 类 型 转换 。 隐 
式 类 型 转换 的 “ 目 动 性 "可 以 让 程序 员 免 于 层 层 构造 类 型 。 但 也 是 由 于 
它 的 目 动 性 ， 会 在 一 些 程序 员 意 想不到 的 地 方 出 现 疗 重 的 但 不 易 被 发 
现 的 错误 。 我 们 可 以 先 看 看 代码 清单 3-26 所 示 的 这 个 例子 。 


代码 清单 3-26 


#include <iostream> 
using namespace std; 
struct Rationali { 
Rationali(int n = 0, int d = 1): num(n), den(d) { 
cout << _ func__ << "(" << num << "/" << den << ")" << endl; 


} 
int num; // Numerator (被 除数 ) 
int den; // Denominator (除数 ) 


i 
struct Rational2 { 
explicit Rational2(int n = 0, int d = 1): num(n), den(d) { 
cout << _ func__ << "(" << num << "/" << den << ")" << endl; 


int num; 
int den; 


3; 
void Display1(Rationali ra){ 
cout << "Numerator: " << ra.num <<" Denominator: "<< ra.den <<endl; 


} 
void Display2(Rational2 ra){ 
cout << "Numerator: "<< ra.num <<" Denominator: "<< ra.den<<end1; 


int main(){ 
Rationali ri 1 = 11; // Rationali(11/1) 
Rationali r1i_2(12); // Rationali(12/1) 
Rational2 r2_1 = 21; // 无 法 通过 编译 


Rational2 r2_2(22); // Rational2(22/1) 


Display1(1); // Rationali(1/1) 

// Numerator: 1 Denominator: 1 
Display2(2); / / 无 法 通过 编译 
Display2(Rational2(2)); // Rational2(2/1) 

// Numerator: 2 Denominator: 1 
return 0; 


} 
// 编译 选项 


‘g++ -Std=c++11 3-4-1.cpp 


在 代码 清单 3-26 中 ， 声 明了 两 个 类 型 Rationall 和 Rational2。 两 者 
在 代码 上 的 区 别 不 大 ， 只 不 过 Rationall 的 构造 画 数 Rationall(int,int) 没 
有 explicit 天 键 字 修 饰 ， 这 意味 着 该 构造 钞 数 可 以 被 隐 式 调用 。 因 此 ， 
在 定义 变量 rl1_1 的 时 候 ， 字 面 量 11 就 会 成 功 地 构造 出 Rational1(11,1) 这 
样 的 变量 ，Rational2 却 不 能 从 字面 量 21 中 构造 ， 这 是 因为 其 构造 函数 
由 于 使 用 了 关键 字 explicit 修 饰 ， 禁 止 被 隐 式 构造 ， 因 此 会 导致 编译 失 
败 。 相 同 的 情况 也 出 现在 函数 Display2 上 ， 由 于 字面 量 2 不 能 隐 式 地 构 
造 出 Rational2 对 象 ， 因 此 表达 式 Display2(2) 的 编译 同样 无 法 通过 


这 里 虽然 Display1(1) 编 译 成 功 ， 不 过 如 果 不 是 结合 了 上 面 
Rationall 的 定义 ， 我 们 很 容易 在 阅读 代码 的 时 候 产 生 误解 。 按 照 习 
惯 ， 程 序 员 会 误 认 为 Display1 是 个 打印 整 型 数 的 函数 。 因 此 ， 使 用 了 
explicit 这 个 关键 字 保证 对 象 的 显 式 构造 在 一 些 情况 下 都 是 必须 的 。 


不 过 同样 的 机 制 并 没有 出 现在 目 定义 的 类 型 转换 待 上 。 这 束 允 许 
了 一 个 逆 同 的 过 程 ， 从 目 定 义 类 型 转 同 一 个 已 知 类 型 。 这 样 虽然 出 现 


问题 的 几率 远 小 于 从 已 知 类 型 构造 目 定义 类 型 ， 不 过 有 的 时 候 ， 我 们 
确实 应 该 阻止 会 产生 歧义 的 隐 式 转换 。 让 我 们 来 看 看 代码 清单 3-27 所 
示 的 例子 ， 该 例子 来 源 于 C++11 提 案 。 


代码 清单 3-27 


#include <iostream> 
using namespace std; 
template <typename T> 
class Ptr { 
public: 
Ptr(T* p): _p(p) {3 
operator bool() const { 
if (_p != 0) 
return true; 
else 
return false; 


private: 
T* _p; 


了 
int main() { 
int a; 
Ptr<int> p(&a); 
if (p) // 自动 转换 为 


bool#!, 没有 问题 


cout << "valid pointer." << endl; // valid pointer. 
else 

cout << "invalid pointer." << endl; 
Ptr<double> pd(0); 
cout << p + pd << endl; // 1. #Hil, 语义 上 没有 意义 


// 编译 选项 


‘g++ 3-4-2.cpp 


在 代码 清单 3-27 中 ， 我 们 定义 了 一 个 指针 模板 类 型 Pr。 为 了 方便 
判断 指针 是 否 有 效 ， 我 们 为 指针 编写 了 目 定义 类 型 转换 到 bool 类 型 的 
函数 ， 这 样 一 来 ， 我 们 就 可 以 通过 if(p) 这 样 的 表达 式 来 轻松 地 判断 指 


法 运算 获得 了 语法 上 的 允许 。 不 过 明显 地 ， 我 们 无 法 看 出 其 语义 上 的 


在 C++l1 中 ， 标 准将 explicit 的 使 用 范围 扩展 到 了 目 定 义 的 类 型 转 
换 操作 符 上 ， 以 文 持 所 谓 的 “ 显 式 类 型 转换 ”。explicit 天 键 字 作 用 于 类 
型 转换 操作 符 上 ， 意 味 着 只 有 在 直接 构造 目标 类 型 或 显 式 类 型 转换 的 
时 候 可 以 使 用 该 类 型 。 我 们 可 以 看 看 代码 清单 3-28 所 示 的 例子 。 


代码 清单 3-28 


class ConvertTo {}; 
class Convertable { 
public: 
explicit operator ConvertTo () const { return ConvertTo(); } 
1 
void Func(ConvertTo ct) {} 
void test() { 
Convertable c; 
ConvertTo ct(c); // 直接 初始 化 ， 通 过 


ConvertTo ct2 = C; // 拷贝 构造 初始 化 ,编译 失败 
ConvertTo ct3 = static_cast<ConvertTo>(c); // 强制 转化 ,通过 
Func(c); // 拷贝 构造 初始 化 ， 编 译 失败 


// 编译 选项 


: g++ -Std=c++11 3-4-3.cpp 


在 代码 清单 3-28 中 ， 我 们 定义 了 两 个 类 型 ConvertTo 和 和 
Convertable，Convertable 定 义 了 一 个 显 式 转换 到 ConvertTo 类 型 的 类 型 


转换 符 。 那 么 对 于 main 中 ConvertTo 类 型 的 ct 变量 而 言 ， 由 于 其 直接 初 
台 化 构造 于 Convertable 变 量 c， 所 以 可 以 编译 通过 。 而 做 强制 类 型 转换 
的 ct3 同 样 通过 了 编译 。 而 ct2 由 于 需要 从 c 中 拷贝 构造 ， 因 而 不 能 通过 
编译 。 此 外 ， 我 们 使 用 函数 Func 的 时 候 ， 传 入 Convertable 的 变量 c 的 也 
会 导致 参数 的 拷贝 构造 ， 因 此 也 不 能 通过 编译 。 


如 果 我 们 把 该 方法 用 于 代码 清单 3-27 中 ， 可 以 发 现 我 们 预期 的 事 
情 束 发 生 了 ，if(p) 可 以 通过 编译 ， 因 为 可 以 通过 p 直 接 构 造 出 bool 类 型 
的 变量 。 而 p+pd 这 样 的 语句 融 无 法 通过 编译 了 ， 这 是 由 于 全 局 的 
operator+ 并 不 接受 bool 类 型 变量 为 参数 ， 而 Convertable 也 不 能 直接 构 
造 出 适用 于 operator+ 的 int 类 型 的 变量 造成 的 〈 不 过 读者 可 以 演 试 一 下 
使 用 p&&pd 这 样 的 表达 式 ， 是 能 够 通过 编译 的 ) 。 这 样 一 来 ， 程 序 的 
行为 将 更 加 良好。 


可 以 看 到 ， 所 谓 显 式 类 型 较 换 并 没完 全 休止 从 源 类 型 到 目标 类 型 
的 转换 ， 不 过 由 于 此 时 拷贝 构造 和 非 显 式 类 型 转换 不 被 多 许 ， 那 么 我 
们 通 单 葡 不 能 通过 赋值 表达 式 或 者 函数 参数 的 方式 来 产生 这 样 一 个 目 
标 类 型 。 通 利通 过 赋值 表达 式 和 函数 参数 进行 的 转换 有 可 能 是 程序 员 
的 一 时 蔚 包 ， 而 并 非 本 意 。 那 么 使 用 了 显 式 类 型 较 换 ， 这 样 的 问题 束 
会 暴露 出 来 ， 这 也 是 我 们 需要 显 式 转换 符 的 一 个 重要 原因 。 


3.5 列表 初始 化 


CHP 类别 ， 所 有 人 


3.5.1 初始 化 列表 


在 C++98 中 ， 标 准 允 许 使 用 花 括号 "{}" 对 数组 元 素 进 行 统 一 的 集 
合 (列表 ) 初始 值 设 定 ， 比 如 : 


int arr[5] = {0}; 
int arr[] = {1, 2, 3, 4} ; 


这 些 都 是 合法 的 表达 式 。 不 过 一 些 目 定 义 类 型 ， 却 无 法 皇 受 这 样 
便利 的 初始 化 。 通 第 ， 如 标准 程序 库 中 的 vector 这 样 的 容器 ， 忌 是 需要 
声明 对 和 象 -循环 初始 化 这 样 的 重复 动作 ， 这 对 于 使 用 模板 的 泛 型 编程 无 
疑 古 非常 不 利 的 。 


在 2.7 节 中 ， 我 们 看 到 了 C++11 对 类 成 员 的 快速 就 地 初始 化 。 有 一 
种 初始 化 形式 就 是 使 用 花 括号 的 集合 (列表 ) 初始 化 。 而 事实 上 ,在 
C++11 中 ， 集 合 (列表 ) 的 初始 化 已 经 成 为 C++ 语言 的 一 个 基本 功 
能 ， 在 C++11 中 ， 这 种 初始 化 的 方法 被 称 为 “初始 化 列表 ” (initializer 


list) 。 让 我 们 来 看 看 代码 清单 3-29 所 示 的 这 个 例子 。 
代码 清单 3-29 


#include <vector> 
#include <map> 

using namespace std; 

int a[] = {1, 3, 5}; // C++98 通 过 ， 


C++11 iit 


int b[] {2, 4, 6}; // C++98 失 败 ， 


C++1 Ait 


vector<int> c{1, 3, 5}; // C++98 失 败 ， 
C++1TI 通 过 
map<int, float> d = 
{{1, 1.0f}, {2, 2.0f} , {5, 3.2F}}; // C++98 失 败 ， 


C++1 工 通过 


// 编译 选项 


:g++ -Cc -Std=c++11 3-5-1.cpp 


在 代码 清单 3-29 中 ， 我 们 看 到 了 变量 b、c、d， 在 C++98 的 情况 下 
均 无 法 通过 编译 ， 在 C++11 中 ， 却 由 于 列表 初始 化 的 存在 而 可 以 通过 
编译 。 这 里 ， 列 表 初 始 化 可 以 在 “{}” 伦 括号 之 前 使 用 等 号 ， 其 效果 与 
不 市 使 用 等 号 的 初始 化 相同 。 


这 样 一 来 ， 目 动 变量 和 全 局 变量 的 初始 化 在 C++11 中 被 丰富 了 。 
程序 员 可 以 使 用 以 下 几 种 形式 完成 初始 化 的 工作 : 


.等 号 “=” 加 上 赋值 表达 式 (assignment-expression)， 比 如 int 


a=3+4 ° 
-等 号 “=” 加 上 人 花 插 号 式 的 初始 化 列表 ， 比 如 int a={3+4} ° 


. 圆 括号 式 的 表达 式 列表 (expression-list) ， 比 如 int a(3+4) ° 


. 花 括 号 式 的 初始 化 列表 ， 比 如 int a{3+4} ° 
而 后 两 种 形式 也 可 以 用 于 获取 堆 内 存 new 操 作 符 中 ， 比 如 : 


int * i = new int(1); 
double * d = new double{1.2f}; 


这 在 C++11 中 也 是 合法 的 表达 式 。 


代码 清单 3-29 中 可 能 令 读者 比较 惊讶 的 是 ， 使 用 初始 化 列表 对 
vector、map 等 非 内 置 的 复杂 的 数据 类 型 进行 初始 化 竟然 也 是 可 以 的 。 
进一步 地 ， 读 者 可 能 会 猜测 是 否 初 始 化 列表 走 专 属于 内 置 类 型 、 数 
组 ， 以 及 标准 模板 库 中 容 右 的 功能 呢 ? 


事实 并 非 如 此 ， 如 同 我 们 所 提 到 的 ， 在 C++11 中 ， 标 准 总 是 倾 癌 
于 使 用 更 为 通用 的 方式 来 支持 新 的 特性 。 标 准 模板 库 中 容器 对 初始 化 
列表 的 支持 产 目 <initializer_list> 这 个 头 文件 中 initialize_list 类 模板 的 文 
持 。 程 序 员 只 要 ##include 了 <initializer_list> 头 文件 ， 并 且 声 明 一 个 以 
initialize_list<T> 模 板 类 为 参数 的 构造 函数 ， 同 样 可 以 使 得 和 目 定义 的 类 
使 用 列表 初始 化 。 让 我 们 来 看 一 看 代码 清单 3-30 的 例子 。 


代码 清单 3-30 


#include <vector> 
#include <string> 

using namespace std; 
enum Gender {boy, girl}; 
class People { 

public: 


People(initializer_list<pair<string, Gender>> 1) { // initializer_1ist 的 构造 丽 数 


auto i = 1.begin(); 
for (;i != l.end(); ++i) 
data. push_back(*i); 


private: 
vector<pair<string, Gender>> data; 


}; 
People ship2012 = {{"Garfield", boy}, {"HelloKitty", girl}}; 
// 编译 选项 


:g++ -Cc -Std=c++11 3-5-2.cpp 


在 代码 清单 3-30 中 ， 我 们 为 类 People 定 义 了 一 个 使 用 
initializer_list<pair<string,Gender>> 模 板 类 作为 参数 的 构造 画 数 。 这 里 
我 们 使 用 了 C++11 的 auto 关 键 字 来 自动 类 型 推导 以 简化 代码 的 编写 〈 其 
意义 比较 明显 ， 这 里 就 不 展开 解释 了 ， 详 情 请 查看 4.2 节 ) 。 由 于 该 构 
造 函 数 的 存在 ，ship2012 声 明 束 可 以 使 用 列表 初始 化 了 。 事 实 上 ， 编 
写 一 个 列表 初始 化 的 构造 函数 并 不 困难 。 对 于 旧 有 的 代码 ， 列 表 初 始 


化 构造 函数 还 常常 可 以 调用 已 有 的 代码 来 实现 。 


同样 的 ， 画 数 的 参数 列表 也 可 以 使 用 初始 化 列表 ， 如 代码 清单 3- 


31 所 示 。 
代码 清单 3-31 


#include <initializer_list> 
using namespace std; 
void Fun(initializer_list<int> iv){ } 
int main() { 
Fun({1, 2}); 
Fun({}); // 空 列表 


// 编译 选项 


:g++ -Std=c++11 3-5-3.cpp 


在 代码 清单 3-31 中 ， 和 定义 了 一 个 可 以 接受 初始 化 列表 的 函数 Fun 。 
同 理 ， 类 和 结构 体 的 成 员 函 数 也 可 以 使 用 初始 化 列表 ， 包 括 一 些 操作 
符 的 重 载 画 数 。 而 在 代码 清单 3-32 所 示 的 这 个 例子 中 ， 我 们 利用 了 初 
台 化 列表 重 载 了 operator[]， 并 且 重 载 了 operator= 以 及 使 用 辅助 的 数 
组 。 虽 然 这 个 例子 比较 复杂 ， 但 重 载 的 效果 还 是 能 够 让 人 感觉 眼前 一 


亮 的 。 
代码 清单 3-32 


#include <iostream> 
#include <vector> 
using namespace std; 
class Mydata { 
public: 
Mydata & operator [] (initializer_list<int> 1) 


for (auto i = 1.begin(); i != 1.end(); ++i) 
idx.push_back(*i); 
return *this; 


Mydata & operator = (int v) 


if (idx.empty() != true) { 
for (auto i = idx.begin(); i != idx.end(); ++i) { 
d.resize((*i > d.size()) ? *i : d.size()); 
d[*i - 1] =v; 


idx.clear(); 
return *this; 
} 
void Print() { 
for (auto i = d.begin(); i != d.end(); ++i) 
cout << *i << " "5 


cout << endl; 


private: 
vector<int> idx; // 辅助 数组 ， 用 于 记录 


index 
vector<int> d; 


了 


int main() { 
Mydata d; 
d[{2, 3, 5}] = 7; 
d[{1, 4, 5, 8}] = 4; 
d.Print(); //47744004 


// 编译 选项 


:g++ -Std=c++11 3-5-4.cpp 


在 代码 清单 3-32 中 ， 我 们 看 到 目 定义 类 型 Mydata 拥 有 一 个 以 前 所 
有 C++ 代码 都 不 具备 的 功能 ， 即 可 以 在 [] 符 号 中 使 用 列表 ， 将 设置 数组 
中 的 部 分 为 一 个 指定 的 值 。 在 这 里 我 们 先 把 数组 的 第 2、3、5 位 设 为 数 
值 7， 而 后 又 将 其 1、4、5、8 位 设 为 数值 4， 最 终 我 们 得 到 数组 的 内 容 
为 “47744004”。 读 者 可 以 自行 分 析 一 下 代码 的 实现 方式 〈 这 段 代 码 比 
较 粗 糙 ， 读 者 应 该 重点 体会 初始 化 列表 市 来 的 编程 上 的 灵活 性 ) 。 当 
然 ， 由 于 内 置 的 数组 不 能 重 载 operator[]， 我 们 也 就 无 法 为 其 实现 相应 
的 功能 。 


此 外 ， 初 始 化 列表 还 可 以 用 于 函数 返回 的 情况 。 返 回 一 个 初始 化 
列表 ， 通 常会 导致 构造 一 个 临时 变量 ， 比 如 : 


vector<int> Func() { return {1, 3}; } 


当然 ， 跟 声明 时 采用 列表 初始 化 一 样 ， 列 表 初 始 化 构造 成 什么 类 
型 是 依据 返回 类 型 的 ， 比 如 : 


deque<int> Func2() { return {3, 5};} 


上 面 的 返回 值 丈 是 以 dedque<int> 列 表 初 始 化 构造 男 数 而 构造 的 。 
而 跟 普 通 的 字面 量 相 同 ， 如 果 返 回 值 是 一 个 引用 类 型 的 话 ， 则 会 返回 
一 个 临时 变量 的 引用 。 比 如 : 


const vector<int>& Funci() { return {3, 5};} 


这 里 注意 ， 必 须要 加 const 限 制 符 。 该 规则 与 返回 一 个 字面 常量 古 
一 样 的 。 


3.5.2 PERAKE 


(FAFA A DB PRA AEn] CABG LE SAU 
(narrowing) 。 类 型 收 罕 一 般 是 指 一 些 可 以 使 得 数据 变化 或 者 精度 丢 
失 的 隐 式 类 型 转换 。 可 能 导致 类 型 收 罕 的 典型 情况 如 下 : 


:从 浮 点 数 隐 式 地 转化 为 整 型 数 。 比 如 :int a=1.2， 这 里 a 实 际 保存 
的 值 为 整数 1， 可 以 视 为 类 型 收 窗 。 


.从 高 精度 的 序 点 数 转 为 低 精度 的 浮 点 数 ， 比 如 从 long double 隐 式 
地 转化 为 double， 或 从 double 转 为 foat。 如 果 这 些 转换 导致 精度 降低 ， 
Ab AY LARA RAUL AE 


:从 整 型 (或 者 非 强 类 型 的 枚 举 ) 转化 为 浮 点 型 ， 如 有 果 整 型 数 大 到 
浮 点 数 无 法 精确 地 表示 ， 则 也 可 以 视 为 类 型 收 罕 。 


:从 整 型 (或 者 非 强 类 型 的 枚 举 ) 转化 为 较 低 长 度 的 整 型 ， 比 如 : 
unsigned char=1024，1024 明 显 不 能 被 一 般 长 度 为 8 位 的 unsigned char 所 
容纳 ， 所 以 也 可 以 视 为 类 型 收 罕 。 


值得 注意 的 是 ， 如 果 变 量 a 从 类 型 A 转化 为 类 型 B， 其 值 在 B 中 也 是 
可 以 被 表示 的 ， 且 再 转化 回 类 型 A 能 获得 原 有 的 值 的 话 ， 那 么 这 种 类 
型 转换 也 不 能 叫 作 类 型 收 窗 。 所 以 类 型 收 罕 也 可 以 简单 地 理解 为 新 类 


型 无 法 表示 原 有 类 型 数据 的 值 的 情况 。 事 实 上 ， 发 生 类 型 收 罕 通 第 也 
征 危 险 的 ， 应 引起 程序 员 的 注意 。 因 此 ， 在 C++11 中 ， 使 用 初始 化 列 
表 进 行 初始 化 的 数据 编译 器 是 会 检查 其 是 否 发 生 类 型 收 罕 的 。 我 们 来 
看 看 代码 清单 3-33 所 示 的 这 个 例子 。 


代码 清单 3-33 


const int x = 1024; 

const int y = 10; 

char a= x; // 收 罕 ， 但 可 以 通过 编译 
char* b = new char(1024); // 收 罕 ， 但 可 以 通过 编译 
char c = {x}; // WFR, 无 法 通过 编译 
char d = {y}; // 可 以 通过 编译 
unsigned char e {-1}; // 收 罕 ， 无 法 通过 编译 
float f { 7 }; // 可 以 通过 编译 

int g { 2.0f }; // 收 窜 ， 无 法 通过 编译 
float * h = new float{1e48}; // 收 罕 ， 无 法 通过 编译 
float i = 1.21; // 可 以 通过 编译 


/ / 编译 选项 


:clang++ -std=c++11 3-5-5.cpp 


在 例子 代码 清单 3-33 中 ， 我 们 定义 了 a 到 i 一 共 9 个 需要 初始 化 的 变 
量 。 可 以 看 到 ， 对 于 变量 a 和 部 而 言 ， 由 于 其 采用 的 是 赋值 表达 符 及 圆 
括号 式 的 表达 式 初始 化 ， 所 以 虽然 它们 的 数据 类 型 明显 收 窗 (char 通 


常 取 值 范围 为 -128 到 127) ， 却 不 会 引发 编译 失败 (事实 上 ， 在 我 们 的 
实验 机 上 会 得 到 编译 器 的 警告 ) 。 而 使 用 初始 化 列表 的 情况 则 不 一 
样 。 对 于 变量 c， 由 于 其 类 型 收 窄 ， 则 会 导致 编译 如 报错 。 而 对 于 变量 
d 来 说 ， 其 初始 化 使 用 了 常量 值 10， 而 10 是 可 以 由 char 类 型 表示 的 ， 因 
此 这 里 不 会 发 生 收 罕 ， 编 译 可 以 通过 。 同 样 的 情况 还 发 生 在 变量 f、i 
的 初始 化 上 。 虽 然 初始 化 语句 中 的 变量 类 型 往往 “大 于 ”变量 声明 的 类 
型 ,但 是 由 于 值 在 f、i 中 可 以 表示 ， 还 可 以 被 转 回 原 有 类 型 不 发 生 数 
据 改变 或 者 精度 错误 等 ， 因 此 也 不 能 算 收 军 。 


比较 容易 引起 疑问 的 是 无 符号 类 型 的 变量 e。 虽 然 按理 说 e 如 采 再 
被 转换 为 有 符号 数 ， 其 值 依然 是 -1， 但 对 于 无 符号 数 而 言 ， 并 不 能 
示 -1， 因 此 这 里 我 们 也 认为 e 的 初始 化 有 收 罕 的 情况 。 另 外 ，f 和 g 的 老 
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型 会 丢失 精度 ， 所 以 g 的 声明 也 是 收 罕 的 。 


在 C++11 中 ， 列 表 初 始 化 是 唯一 一 种 可 以 防止 类 型 收容 的 初始 化 
方式 。 这 也 是 列表 初始 化 区 别 于 其 他 初始 化 方式 的 地 方 。 事 实 上 ， 现 
有 编译 合 大 多 数 会 在 发 生 类 型 收容 的 时 候 提示 用 户 ， 因 为 类 型 收容 通 
常 是 代码 可 能 出 现 问题 的 征兆 。C++11 将 列表 初始 化 设 定 为 可 以 防范 
类 型 收 窗 ， 也 殉 是 为 了 加 强 类 型 使 用 的 安全 性 。 


总 的 来 说 ， 列 表 初 始 化 改变 了 C++ 中 对 类 型 初始 化 的 一 些 基 本 模 
式 ， 将 标准 程序 库 跟 语言 拉 得 更 近 了 。 这 样 的 做 法 有 效 地 统一 了 内 置 


类 型 和 目 定 义 类 型 的 行为 。 这 也 是 C++11 设 计 所 遵循 的 一 个 思想 ， 即 
通用 为 本 ， 专 用 为 末 。 


3.6 POD 类 型 


CEP 类 别 ， 部 分 人 


POD 是 英文 中 Plain Old Data 的 缩写 。POD 在 C++ 中 是 非常 重要 的 一 
个 概念 ， 通 常用 于 说 明 一 个 类 型 的 属性 ， 尤 其 是 用 户 自 定义 类 型 的 属 
性 。POD 属 性 在 C++11 中 往往 又 是 构建 其 他 C++ 概念 的 基础 ， 事 实 上 ， 
在 C++11 标 准 中 ，POD 出 现 的 概率 相当 高 。 因 此 学 习 C++， 尤 其 是 在 
C++11 中 ， 了 解 POD 的 概念 是 非常 必要 的 。 


POD 意 如 其 名 。Plain， 表 示 了 POD 是 个 普通 的 类 型 ， 在 C++ 中 常见 
的 类 型 都 有 这 样 的 属性 ， 而 不 像 一 些 存 在 着 虚 函 数 虚 继承 的 类 型 那么 
特别 。 而 Old 则 体现 了 其 与 C 的 兼容 性 ， 比 如 可 以 用 最 老 的 memcpy0 男 
数 进 行 复制 ， 使 用 memset0 进 行 初始 化 等 。 当 然 ， 这 样 的 描述 都 太 过 于 
党 统 ， 具 体 地 ，C++11 将 POD 划 分 为 两 个 基本 概念 的 合集 ， 即 : 平凡 的 

(trivial) 和 标准 布局 的 (standard layout) ° 


我 们 先 来 看 一 下 平凡 的 定义 。 通 前 情况 下 ， 一 个 平凡 的 类 或 结构 
体 应 该 符合 以 下 定义 : 


1) PAE MARU NAL (trivial constructor) 和 析 构 函数 


(trivial destructor) 。 


SF SLBA AS) te ES OO ee Wet EAT BAN TP? oY TL 
下 ,不 定义 类 的 构造 函数 ， 编 译 右 束 会 为 我 们 生成 一 个 平凡 的 默认 构 
造 国 数 。 而 一 旦 定义 了 构造 函数 ， 即 使 构造 函数 不 包 仿 参数， 函数 体 
里 也 没有 任何 的 代码 ， 那 么 该 构造 范 数 也 不 再 十 “平凡 ”的 。 比 如 : 


struct NoTrivial { NoTrivial(); }; 
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来 讲 也 类 似 。 但 这 样 的 类 型 声明 并 非 “ 无 可 救 药 ”地 * 非 平凡 化 ”non- 
trivial) 了 ， 在 第 7 章 中 ， 可 以 看 到 如 何 使 用 =default 关 键 字 来 显 式 地 声 
明 缺 省 版 本 的 构 千 函数 ， 从 而 使 得 类 型 恢复 “平凡 化 ”。 


2) 拥有 平凡 的 拷贝 构造 函数 (trivial copy constructor) 和 移动 构造 
函数 (trivial move constructor) 。 平 几 的 拷贝 构造 函数 基本 上 等 同 于 使 
用 memcpy 进 行 类 型 的 构造 。 同 平凡 的 默认 构造 函数 一 样 ， 不 声明 找 贝 
构造 函数 的 话 ， 编 译 器 会 帮 程 序 员 上 自动 地 生成 。 同 样 地 ， 可 以 显 式 地 
使 用 =default 声 明 默 认 拷 贝 构 造 画 数 。 
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移动 语义 。 


3) 拥有 平凡 的 拷贝 赋值 运算 符 (trivial assignment operator) 和 移 
动 赋值 运算 符 (trivial move operator) 。 这 基本 上 与 平凡 的 拷贝 构造 函 
数 和 平凡 的 移动 构造 运算 符 类 似 。 


4) 不 能 包含 虚 函 数 以 及 虚 基 类 。 


以 上 4 点 虽然 看 似 复杂 ， 不 过 在 C++11 中 ， 我 们 可 以 通过 一 些 辅助 
的 类 模板 来 帮 有 我 们 进行 以 上 属性 的 判断 。 


template <typename T> struct std::is_trivial; 


类 模板 is_trivial 的 成 员 value 可 以 用 于 判断 T 的 类 型 是 否 是 一 个 平凡 
的 类 型 。 除 了 类 和 结构 体外 ，is_trivial 还 可 以 对 内 置 的 标量 类 型 数据 
(比如 int、float 都 属于 平凡 类 型 ) 及 数组 类 型 (元素 是 平凡 类 型 的 数 
组 总 是 平 几 的 ) 进行 判断 。 


我 们 可 以 看 看 代码 清单 3-34 所 示 的 例子 。 
代码 清单 3-34 


#include <iostream> 
#include <type_traits> 
using namespace std; 
struct Triviali {}; 
struct Trivial2 { 
public: 

int a; 
private: 

int b; 


/ 
struct Trivial3 { 
Triviali a; 
Trivial2 b; 


/ 
struct Trivial4 { 
Trivial2 a[23]; 


i 
struct Trivial5 { 
int x; 
static int y; 


/ 
struct NonTrivial1 { 
NonTriviali() : z(42) {} 


int Zz; 
}; 
struct NonTrivial2 { 
NonTrivial2(); 
int w; 
3; 
NonTrivial2::NonTrivial2() = default; 
struct NonTrivial3 { 
Trivial5 c; 
virtual void f(); 


J; 

int main() { 
cout << is_trivial<Trivial1>::value << endl; // 1 
cout << is_trivial<Trivial2>::value << endl; // 1 
cout << is_trivial<Trivial3>::value << endl; // 1 
cout << is_trivial<Trivial4>::value << endl; // 1 
cout << is_trivial<Trivial5>::value << endl; // 1 
cout << is_trivial<NonTriviali>::value << endl; // 0 
cout << is_trivial<NonTrivial2>::value << endl; // 0 
cout << is_trivial<NonTrivial3>::value << endl; // 0 


return 0; 
} 
// 编译 选项 


:g++ -Std=c++11 3-6-1.cpp 


读者 可 以 依照 代码 请 单 3-34 的 输出 结 采 核对 上 面 所 到 的 4 种 规则 o 


POD 包 含 的 另外 一 个 概念 是 标准 布局 。 标 准 布局 的 类 或 结构 体 应 


该 符合 以 下 定义 ; 


1) 所 有 非 静态 成 员 有 相同 的 访问 权限 


(public,private,protected) ° 
一 点 非常 好 理解 ， 比 如 : 


struct { 
public: 
int a; 
private: 

int b; 
3; 


成 员 a 和 b 束 拥有 不 同 的 访问 权限 ， 因 此 该 匿名 结构 体 不 古 标 准 布 
局 的 。 如 宁 去 挥 private 天 键 字 的 话 ， 那 么 ， 该 匿名 绪 构 体 殊 符合 标准 布 
局 后 是 当下 


struct { 
public: 


2) 在 类 或 者 结构 体 继承 时 ， 满 足以 下 两 种 情况 之 一 : 


:派生 类 中 有 非 静 仿 成 员 ， 且 只 有 一 个 仅 包含 静态 成 员 的 基 类 。 


基 类 有 非 静 态 成 员 ， 而 派生 类 没有 非 鹏 态 成 员 。 
这 样 的 类 或 者 结构 体 ， 也 是 标准 布局 的 。 比 如 下 面 的 例子 : 


struct B1 { static int a; }; 

struct D1 : B1 { int d; }; 

struct B2 { int a; }; 

struct D2 : B2 { static int d; }; 
struct D3 : B2, B1 { static int d; }; 
struct D4 : B2 { int d; }; 

struct D5 : B2, D1 { }; 


D1、D2 和 D3 都 是 标准 布局 的 ， 而 D4 和 D5 则 不 属于 标准 布局 的 。 
这 实际 上 使 得 非 静 态 成 员 只 要 同时 出 现在 派生 类 和 基 类 间 ， 其 即 不 属 
于 标准 布局 的 。 而 多 重 继承 也 会 导致 类 型 布局 的 一 些 变 化 ， 所 以 一 旦 
非 静态 成 员 出 现在 多 个 基 类 中 ,派生 类 也 不 属于 标准 布局 的 。 


3) 类 中 第 一 个 非 静态 成 员 的 类 型 与 其 基 类 不 同 。 


这 条 规则 非常 特别 ， 用 于 形 如 : 


struct A: B{ B b; }; 


这 样 的 情况 。 这 里 A 类 型 不 是 一 个 标准 布局 的 类 型 ， 因 为 第 一 个 非 
静态 成 员 变 量 b 的 类 型 跟 A 所 继承 的 类 型 B 相 同 。 而 形 如 : 


struct C : B {int a; B b;}; 


则 是 一 个 标准 布局 的 类 型 。 


读者 可 能 对 这 个 规则 感到 不 解 ， 不 过 该 规则 实际 上 有 是 基于 C++ 中 多 
许 优 化 不 包 全 成 员 的 基 类 而 产生 的 。 我 们 可 以 看 看 代码 清单 3-35 这 个 例 
= 


代码 清 单 3-35 


#include <iostream> 
using namespace std; 
struct B1 {}; 

struct B2 {}; 

struct D1 : B1 { 


B1 b; // 第 一 个 非 静态 变量 跟 基 类 相同 
int i; 
J; 
struct D2 : B1 { 
B2 b; 
int i; 
}; 
int main() { 
D1 d1; 
D2 d2; 


cout << hex; 
cout << reinterpret_cast<long long>(&d1) << endl; 
// 7ffffd945c60 
cout << reinterpret_cast<long long>(&(d1.b)) << endl; 


// 7ffffd945c61 
cout << reinterpret_cast<long long>(&(d1.i)) << endl; 
// 7ffffd945c64 
cout << reinterpret_cast<long long>(&d2) << endl; 
// 7ffffd945c50 
cout << reinterpret_cast<long long>(&(d2.b)) << endl; 
// 7ffffd945c50 
cout << reinterpret_cast<long long>(&(d2.i)) << endl; 
// 7ffffd945c54 
} 
// 编译 选项 


:g++ -Std=c++11 3-6-2.cpp 


在 代码 清单 3-35 中 ， 我 们 声明 了 4 个 类 。 其 中 两 个 没有 成 员 的 基 类 
Bl 和 B2， 以 及 两 个 派生 于 B1 的 派生 类 D1 和 D2。D1 和 D2 唯一 的 区 别 是 
第 一 个 非 静态 成 员 的 类 型 。 在 D1 中 ， 第 一 个 非 静态 成 员 的 类 型 是 B1， 
这 跟 它 的 基 类 相同 ;而 D2 中 ， 第 一 个 非 静态 成 员 的 类 型 则 是 B2。 直 观 
地 看 ，D1 和 D2 应 该 是 “布局 相同 ”的 ， 程 序 员 应 该 可 以 使 用 memcpy 这 样 

的 函数 在 这 两 种 类 型 间 进行 揽 贝 ， 但 实际 上 却 并 不 是 这 样 。 


我 们 可 以 看 看 main 函 数 中 的 状况 。 在 main 中 ， 将 D1 类 型 的 变量 d1 

以 及 D2 类 型 的 变量 d2 的 地 址 分 别 打 印 出 来 。 同 时 我 们 也 把 它们 的 成 员 

的 地 址 打印 出 来 。 可 以 看 到 ， 对 于 d2， 它 和 它 的 成 员 共 享 了 一 个 地 址 

(本 例 中 ， 实 验 机 上 的 结果 为 7ffffd945c50) ， 而 对 于 d1 却 没有 出 现 类 
似 的 情况 。 


事实 上 ， 在 C++ 标准 中 ， 如 和 朱 基 类 没有 成 员 ， 标 准 允 许 派 生 类 的 第 
一 个 成 员 与 基 类 共享 地 址 。 因 为 派生 类 的 地 址 总 是 “ 礁 肥 ?在 基 类 之 上 
的 ， 所 以 这 样 的 地 址 共享 ， 表明 了 基 类 并 没有 占据 任何 的 实际 空间 
(可 以 节省 一 点 数据 ) 。 但 是 如 果 基 类 的 第 一 个 成 员 仍然 是 基 类 ， 在 


我 们 的 例子 中 可 以 看 到 ， 编 译 融 仍然 会 为 基 类 分 配 1 字 廊 的 空间 。 分 配 
为 1 子 届 空间 是 由 于 C++ 标 准 要 求 类 型 相同 的 对 象 必 须 地 址 不 同 ( 基 类 
地 址 及 派生 类 中 成 员 d 的 地 址 必须 不 同 ) ， 而 导致 的 结果 是 ， 对 于 D1 和 
D2 两 种 类 型 而 言 ， 其 “布局 ”也 束 古 不 同 的 了 。 我 们 可 以 看 看 如 图 3-3 所 


示 的 示意 图 。 


所 以 在 标准 布局 的 解释 中 ，C++11 标 准 强制 要 求 派生 类 的 第 一 个 非 
静态 成 员 的 类 型 必须 不 同 于 基 类 。 


4) 没有 虚 函 数 和 虚 基 类 。 


5) 所 有 非 静态 数据 成 员 均 符合 标准 布局 类 型 ， 其 基 类 也 符合 标准 
布局 。 这 是 一 个 递归 的 定义 ， 没 有 什么 好 特别 解释 的 。 


以 上 5 点 构成 了 标准 布局 的 含义 ， 最 为 重要 的 应 该 是 前 两 条 。 


PF 


class D1 class D2 


1 

1 

ch S = | 

基 类 与 第 一 个 非 静态 成 ， 


基 类 与 第 一 个 非 静 态 成 
员 类 型 相同 ， 地 址 不 同 


员 共 至 地 址 


图 3-3 ”其 类 地 址 与 派生 类 第 一 个 非 静 仿 成 员 地 址 天 系 


/ 
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个 标准 布局 的 类 型 。 


template <typename T> struct std::is_standard_layout; 


通过 is_standard_layout 模 板 类 的 成 员 value 
(is_standard_layout<T>::value) ， 我 们 可 以 在 代码 中 打印 出 类 型 的 标 
准 布局 属性 。 那 么 ， 通 过 代码 清单 3-36 所 示 的 这 个 例子 ， 我 们 可 以 加 深 
一 下 对 标准 类 型 的 理解 。 


代码 清单 3-36 


#include <iostream> 
#include <type_traits> 
using namespace std; 
struct SLayout1 {}; 
struct SLayout2 { 
private: 

int x; 

int y; 


}; 

struct SLayout3 : SLayout1 { 
int x; 
int y; 
void f(); 


f 
struct SLayout4 : SLayout1 { 
int x; 
SLayout1 y; 
}; 
struct SLayout5 : SLayout1, SLayout3 {}; 
struct SLayout6 { static int y; }; 
struct SLayout7: SLayout6 { int x; }; 
struct NonSLayouti : SLayout1 { 
SLayout1 x; 
int i; 


f 
struct NonSLayout2 : SLayout2 { int z; }; 
struct NonSLayout3 : NonSLayout2 {}; 
struct NonSLayout4 { 
public: 
int x; 
private: 
int y; 


了 
int main() { 
cout<<is_standard_layout<SLayout1i>::value << endl; // 
cout<<is_standard_layout<SLayout2>::value << endl; // 
cout<<is_standard_layout<SLayout3>::value << endl; // 
cout<<is_standard_layout<SLayout4>::value << endl; // 
cout<<is_standard_layout<SLayout5>::value << endl; // 
cout<<is_standard_layout<SLayout6>::value << endl; // 


BRBBEBBBB 


cout<<is_standard_layout<SLayout7>::value << endl; // 
cout<<is_standard_layout<NonSLayout1>::value << endl; // 
cout<<is_standard_layout<NonSLayout2>::value << endl; // 
cout<<is_standard_layout<NonSLayout3>::value << endl; // 
cout<<is_standard_layout<NonSLayout4>::value << endl; / 
return 0; 

// 编译 选项 


:g++ -Std=c++11 3-6-3.cpp 


同样 地 ， 读 者 可 以 对 照 我 们 上 述 的 5 条 规则 ， 上 自行 分 析 一 下 代码 清 
单 3-36 中 的 情况 。 


那么 ， 我 们 现在 回 到 POD 来 ， 对 于 POD 而 言 ， 在 C++11 中 的 定义 束 
是 平凡 的 和 标准 布局 的 两 个 方面 。 同 样 地 ， 要 判定 某 一 类 型 是 否 是 
POD， 标 准 库 中 的 <type_traits> 头 文件 也 为 程序 员 提供 了 如 下 模板 类 : 


template <typename T> struct std::is_pod; 


我 们 可 以 使 用 std::is_pod<T>::value 来 判定 一 个 类 型 是 否 是 POD， 如 
代码 清单 3-37 所 示 。 


代码 清单 3-37 


#include <type_traits> 
#include <iostream> 
using namespace std; 
union U{}; 

union U1{ U1(){} }; 
enum E{}; 

typedef double* DA; 


typedef void (*PF)(int, double); 

int main() { 
cout << is_pod<U>::value << endl; / 
cout << is_pod<U1>::value << endl; / 
cout << is_pod<E>::value << endl; / 
cout << is_pod<int>::value << endl; // 1 
cout << is_pod<DA>::value << endl; // 1 
cout << is_pod<PF>::value << endl; // 1 


// 编译 选项 


:g++ -Std=c++11 3-6-4.cpp 


事实 上 ， 如 我 们 在 代码 清单 3-37 中 看 到 的 一 样 ， 很 多 内 置 类 型 默认 
都 是 PZOD 的 。POD 最 为 复杂 的 地 方 还 是 在 类 或 者 结构 体 的 判断 。 不 过 
通过 上 面 平 凡 和 标准 布局 的 判断 ， 相 信 读 者 对 POD 已 经 有 所 理解 。 那 
么 ， 使 用 POD 有 什么 好 处 呢 ? 我 们 看 得 到 的 大 概 有 如 下 3 点 : 


1) 字 节 赋值 ， 代 码 中 我 们 可 以 安全 地 使 用 memset 和 memcpy 对 
POD 类 型 进行 初始 化 和 找 贝 等 操作 。 


2) 提供 对 C 内 存 布局 兼容 。C++ 程 序 可 以 与 C 函 数 进 行 相互 操作 ， 
因为 POD 类 型 的 数据 在 C 与 C++ 间 的 操作 总 是 安全 的 。 


3) 保证 了 静态 初始 化 的 安全 有 效 。 静 态 初始 化 在 很 多 时 候 能 够 提 
高 程序 的 性 能 ， 而 POD 类 型 的 对 象 初始 化 往往 更 加 简单 (比如 放 入 目 
标 文件 的 .bss 段 ， 在 初始 化 中 直接 被 赋 0) 。 


如 我 们 所 提 到 的 ， 理 解 POD 对 理解 Ct++11 中 其 他 概念 非常 重要 ， 之 
后 我 们 还 会 在 本 书 中 看 到 很 多 引用 POD 的 地 方 。 


3.7 非 受 限 联 合体 
E a: BA 


在 C/C++ 中 ， 联 合体 (Union) 是 一 种 构造 类 型 的 数据 结构 。 在 一 
个 联合 体内 ， 我 们 可 以 定义 多 种 不 同 的 数据 类 型 ， 这 些 数 据 将 会 共 孚 
相同 内 存 空间 ， 这 在 一 些 需 要 复 用 内 存 的 情况 下 ， 可 以 达到 市 省 空间 
的 目的 。 不 过 ， 根 据 c++98 标 准 ， 并 不 是 所 有 的 数据 类 型 都 能 够 成 为 
联合 体 的 数据 成 员 。 我 们 先 来 看 一 段 代码 ， 如 代码 清单 3-38 所 示 。 


代码 清单 3-38 


struct Student{ 
Student(bool g, int a): gender(g), age(a){} 
bool gender; 
int age; 


/ 
union T { 
Student s; // 编译 失败 ,不 是 一 个 
POD 类 型 
int id; 
char name[10]; 
}; 
// 编译 选项 


:g++ -Std=c++98 3-7-1.cpp 


在 代码 清单 3-38 中 ， 我 们 声明 了 一 个 Student 的 类 型 。 根 据 在 3.6 节 
中 学 习 到 的 知识 ， 由 于 Student 自 定义 了 一 个 构造 函数 ， 所 以 该 类 型 是 
非 PZOD 的 。 在 C++98 标 准 中 ，union T 是 无 法 通过 编译 的 。 事 实 上 ， 除 


了 非 POD 类 型 之 外 ，C++98 标 准 也 不 允许 联合 体 拥有 静 仿 或 引用 类 型 
的 成 员 。 这 样 虽然 可 能 在 一 定 程度 上 保证 了 和 C 的 兼容 性 ， 不 过 也 为 
联合 体 的 使 用 市 来 了 很 大 的 限制 。 


而 且 通 过 长 期 的 实践 应 用 证 明 ，C++98 标 准 对 于 联合 体 的 限制 是 
完全 没有 必要 的 。 随 着 C++ 的 发 展 ，C 与 C++ 在 一 些 方面 存在 着 事实 的 
不 同 。 比 如 典型 的 “复数 ”类 型 complex， 由 于 C 语 言 中 的 复数 遵从 代码 
运行 平台 的 二 进 制 接口 的 规定 ， 通 常 是 一 个 平台 上 的 内 置 类 型 。 而 在 
C++ 中 ， 复 数 则 党 前 是 一 个 模板 来 实现 的 。 这 样 一 来 ， 形 如 下 面 这 样 
的 C++ 声明 ， 通 常 C++98 编 译 器 认为 是 不 合法 的 。 


union { 
double d; 
complex<double> cd; / /错误 ， 


complex 不 是 一 个 


POD 类 型 


}; 


形 如 下 面 这 样 的 C 声 明 则 被 认为 是 合法 的 代码 。 


union { 
double d; 
complex cd; 


}; 


这 样 一 来 ， 联 合体 保持 与 C 一 定 程 度 上 的 兼容 的 特性 也 渐渐 形 同 
虚设 。 因 此 ， 在 新 的 C++11 标 准 中 ， 取 消 了 联合 体 对 于 数据 成 员 类 型 


的 限制 。 标 准 规定 ， 任 何 非 引 用 类 型 都 可 以 成 为 联合 体 的 数据 成 员 ， 

这 样 的 联合 体 即 所 谓 的 非 受 限 联 合体 (Unrestricted Union) 。 所 以 如 

果 使 用 g++ 或 者 clang++ 中 的 -std=c++11 选 项 编译 代码 清单 3-38 的 例子 ， 

是 能 够 通过 的 。 此 外 ， 联 合体 拥有 静态 成 员 (在 非 匿名 联合 体 中 ) 的 
限制 ， 也 在 C++11 新 标准 中 被 删除 了 “。 不 过 从 实践 中 ， 我 们 发 现 C++11 
的 规则 不 允许 静态 成 员 变量 的 存在 (否则 所 有 该 类 型 的 联合 体 将 共享 
一 个 值 ) 。 而 静态 成 员 函 数 存 在 的 唯一 作用 ， 大 概 就 是 为 了 返回 一 个 
常数 ， 我 们 可 以 看 看 代码 清单 3-39 所 示 的 例子 。 


代码 清单 3-39 


#include <iostream> 
using namespace std; 
union T{ static long Get() { return 32; } }; 
int main()f{ 
cout << T::Get() << endl; 


// 编译 选项 


:g++ -Std=c++11 3-7-2.cpp 


在 代码 清单 3-39 中 ， 我 们 束 定 义 了 一 个 有 静态 成 员 函 数 的 联合 
体 。 不 过 看 起 来 这 里 的 union T 更 像 是 一 个 作用 域 限 制 符 ， 并 没有 太 大 
的 实用 意义 。 


在 C++98 中 ， 标 准 规定 了 联合 体会 目 动 对 未 在 初始 化 成 员 列 表 中 
出 现 的 成 员 赋 默认 初 值 。 然 而 对 于 联合 体 而 言 ， 这 种 初始 化 利 常 会 融 


来 疑问 ， 因 为 在 任何 时 刻 只 有 一 个 成 员 可 以 是 有 效 的 ， 如 代码 清单 3- 
40 所 示 。 


代码 清单 3-40 


union T{ 


了 
char b[sizeof(double) ]; 


}; 
Tt = {0}; // 到 底 是 初始 化 第 一 个 成 员 还 是 所 有 成 员 呢 


? 
// 编译 选项 


:g++ -Std=c++98 -c 3-7-3.cpp 


代码 请 单 3-40 中 使 用 了 人 花 括 号 组 成 的 初始 化 列表 ， 试 图 将 成 员 变 
量 x 初 始 化 为 堆 ， 即 整个 联合 体 的 数据 t 中 低位 的 4 字 节 被 初始 化 为 0， 
然而 实际 上 ，t 所 占 的 8 个 字 节 将 全 部 被 置 0。 


而 在 C++11 中 ， 为 了 减少 这 样 的 疑问 ， 标 准 会 默认 删除 一 些 非 受 
限 联合 体 的 默认 函数 。 比 如 ， 非 受 限 联合 体 有 一 个 非 POD 的 成 员 ， 而 
该 非 POD 成 员 类 型 拥有 有 非 平凡 的 构造 函数 ， 那 么 非 受 限 联合 体 成 员 
的 默认 构造 画 数 将 被 编译 器 删除 。 其 他 的 特殊 成 员 函 数 ， 例 如 默认 找 
贝 构造 画 数 、 找 贝 赋值 操作 符 以 及 析 构 函数 等 ， 也 将 遵从 此 规则 。 我 
们 可 以 看 看 代码 清单 3-41 所 示 的 这 个 例子 。 


代码 清单 3-41 


#include <string> 
using namespace std; 
union T { 
string s; // string iF AA EH a 


int n; 


}; 
int main() { 
t; // 构造 失败 ， 因 为 


本 的 构造 函数 被 删除 了 


} 
// 编译 选项 


:g++ -Std=c++11 3-7-4.cpp 


在 代码 清单 3-41 中 ， 联 合体 T 拥 有 一 个 非 POD 的 成 员 s。 而 string 有 
非 平凡 的 构造 画 数 ， 因 此 T 的 构造 钞 数 被 删除 ， 其 类 型 的 变量 t 也 就 无 
法 声明 成 功 。 解 决 这 个 问题 的 办 法 是 ， 由 程序 员 自 己 为 非 受 限 联合 体 
定义 构造 画 数 。 通 常情 况 下 ，placement new 会 发 挥 很 好 的 作用 ， 如 代 
码 清 单 3-42 所 示 。 


代码 清单 3-42 


#include <string> 
using namespace std; 
union T { 

string s; 

int n; 
public: 

// 自 定义 构造 画 数 和 析 构 画 数 


T(){ new (&s) string; } 
~T() { s.~string(); } 


}; 
int main() { 
T; // 构造 析 构 成 功 


} 
// 编译 选项 


‘g++ -Std=c++11 3-7-5.cpp 


在 代码 清单 3-42 中 ， 我 们 定义 了 union T 的 构造 和 析 构 函数 。 构 造 
时 ， 采 用 placement new 将 s 构 造 在 其 地 址 &s 上。 这 里 placement new 的 
唯一 作用 只 是 调用 了 一 下 string 的 构造 久 数 。 而 在 析 构 时 ， 叉 调用 了 
string 的 析 构 函数 。 读 者 必须 注意 的 是 ， 析 构 的 时 候 union T 也 必须 是 一 
个 string 对 象 ， 否 则 可 能 导致 析 构 的 错误 〈 或 者 让 析 构 函数 为 空 ， 至 少 
不 会 造成 运行 时 错误 ) 。 这 样 一 来 ， 变 量 t 的 声明 就 可 以 通过 编译 了 。 


匿名 非 受 限 联合 体 可 以 运用 于 类 的 声明 中 ， 这 样 的 类 也 被 称 为 “ 枚 
举 式 的 类 ” (union-like class) 。 我 们 可 以 看 看 代码 清单 3-43 所 示 的 例 
了 o 


代码 清单 3-43 


#include <cstring> 
using namespace std; 
struct Student{ 
Student(bool g, int a): gender(g), age(a){} 
bool gender; 
int age; 
}; 
class Singer { 
public: 
enum Type {STUDENT, NATIVE, FOREIGNER}; 
Singer(bool g, int a): s(g, a) { t = STUDENT; } 
Singer(int i): id(i) { t = NATIVE; } 
Singer(const char* n, int s) { 
int size = (s > 9)? 9 : sS; 
memcpy(name, n, size); 
name[s] = '\0'; 
t = FOREIGNER; 


} 

~Singer() {} 
private: 

Type t; 

union { / 


N 


匿名 的 非 受 限 联合 体 


Student s; 
int id; 
char name[10]; 
}; 
}; 
int main(){ 
Singer(true, 13); 
Singer(310217); 
Singer("J Michael", 9); 
// 编译 选项 


:g++ -Std=c++11 3-7-6.cpp 


在 代码 清单 3-43 中 ， 我 们 也 把 匿名 非 受 限 联合 体 成 为 类 Singer 
的 “ 变 长 成 员 (variant member) 。 可 以 看 到 ， 这 样 的 变 长 成 员 给 类 的 
编写 带 来 了 更 大 的 灵活 性 ， 这 是 C++98 标 准 中 无 法 达到 的 。 


在 C/C++ 程序 中 ， 程 序 员 津 第 会 使 用 结构 体 或 者 类 来 创造 新 的 类 
型 ， 以 满足 实际 的 需求 。 比 如 在 进行 科学 计算 时 ， 有 用户 可 能 需要 用 到 
复数 〈 通 常会 包含 实 部 和 虚 部 两 部 分 | 。 而 对 于 颜色 ， 用 户 通 常会 需 
要 一 个 四 元 组 (三 原色 及 Alpha) 。 而 对 于 奥运 会 组 委 会 ， 他 们 则 常常 
会 需要 七 元 组 (标示 来 自 七 大 洲 的 状况 ) 。 不 过 ， 有 的 时 候 自 定义 类 
型 也 会 有 些 书写 的 麻烦 ， 尤 其 写 用 户 想 声明 一 个 目 定义 类 型 的 “字面 
量 ” (literal) 的 时 候 。 我 们 可 以 看 看 代码 清单 3-44 所 示 的 例子 。 


代码 清单 3-44 


#include <iostream> 
using namespace std; 
typedef unsigned char uint8; 
struct RGBA{ 
uint8 r; 
uint8 g; 
uint8 b; 
uint8 a; 
RGBA(uint8 R, uint8 G, uint8 B, uint8 A = 0): 
r(R), g(G), b(B), a(A){} 


std::ostream & operator << (std::ostream & out, RGBA & col) { 
return out << "r: " << (int)col.r 
', g: " << (int)col.g 

<< ", b: " << (int)col.b 
', a: " << (int)col.a << endl; 


} 
void blend(RGBA & coli, RGBA & col2){ 
cout << "blend " << endl << coli << col2 << endl; 


int main() 
RGBA coli(255, 240, 155); 


RGBA col2({15, 255, 10, 7}); // C++11 风 格 的 列表 初始 化 


blend(coli, col2); 
// 编译 选项 


:g++ -Std=c++11 3-8-1.cpp 


在 代码 清单 3-44 所 示 的 例子 中 ， 我 们 在 main 函 数 中 想 对 两 个 确定 
的 RGBA 变 量 进行 运算 。 这 里 我 们 采用 了 传统 的 方式 ， 即 先 声 明 两 个 
RGBA 的 变量 ， 并 且 赋 予 相 应 初 值 ， 再 将 其 传 给 函数 blend。 程 序 员 在 
编写 测试 用 例 的 时 候 ， 常 会 遇 到 需要 声明 较 多 值 确 定 的 RGBA 变 量 。 
那么 这 样 的 声明 变量 - 传 值 运算 的 方式 是 件 非常 麻烦 的 。 如 果 自 定义 类 
型 可 以 像 内 置 类 型 一 样 向 画 数 传递 字面 常量 ， 比 如 向 函数 func 传 递 字 
面 和 常量 func(2,5.0f)， 无 疑 这 样 的 测试 代码 会 位 化 很 多 。 


C++11 标 准 允 许 了 这 种 想象 ， 即 我 们 可 以 通过 定 一 个 后 缀 标识 的 
操作 符 ， 将 声明 了 该 后 级 标识 的 字面 量 转 化 为 需要 的 类 型 。 我 们 可 以 
看 一 看 代码 清单 3-45 所 示 的 代码 。 


代码 清单 3-45 


#include <cstdlib> 
#include <iostream> 
using namespace std; 
typedef unsigned char uint8; 
struct RGBA{ 
uint8 r; 
uint8 g; 
uint8 b; 
uint8 a; 
RGBA(uint8 R, uint8 G, uint8 B, uint8 A = 0): 
r(R), g(G), b(B), a(A){} 


}; 
RGBA operator "" _C(const char* col, size_t n) { // 一 个 长 度 为 


nie re 


col 
const char* p = col; 
const char* end = col + n; 
const char* r, *g, *b, *a; 
r=g=b=a = nullptr; 
for(; p != end; ++p) { 


if (*p == 'r') r = p; 

else if (*p == 'g') g = p; 
else if (*p == 'b') b = p; 
else if (*p == 'a') a = p; 


} 

if ((r == nullptr) || (g == nullptr) || (b == nullptr)) 
throw; 

else if (a == nullptr) 
return RGBA(atoi(r+1), atoi(g+1), atoi(b+1)); 

else 
return RGBA(atoi(r+1), atoi(g+1), atoi(b+1), atoi(b+1)); 


std::ostream & operator << (std::ostream & out, RGBA & col) { 


return out << "r: " << (int)col.r 
<< ", g: " << (int)col.g 
<< ", b: " << (int)col.b 
<< ", a: " << (int)col.a << endl; 


} 
void blend(RGBA && coli, RGBA && col2) { 
// Some color blending action 
cout << "blend " << endl << coli << col2 << endl; 


int main() { 
blend("r255 g240 b1i55"_C, "r15 g255 b10 a7"_C); 


} 
// 编译 选项 


:g++ -Std=c++11 3-8-2.cpp 


这 里 ， 我 们 声明 了 一 个 字面 量 操作 行 (literal sa Kj 
数 :RGBA operator""_C(const char*colsize_ tm) 函数。 这 个 函数 会 解析 以 
_C 为 后 缀 的 字符 串 ， 并 返回 一 个 RGBA 的 临时 变量 。 有 了 这 样 一 个 用 
户 字 面 常量 的 定义 ，main 琅 数 中 我 们 不 再 需要 通过 声明 RGBA 类 型 的 
声明 变量 - 传 值 运算 的 方式 来 传递 实际 意义 上 的 和 常量。 通过 声明 一 个 字 
符 串 以 及 一 个 _C 后 级 ，operator"_C 函 数 会 产生 临时 变量 。blend 函 数 
就 可 以 通过 右 值 引用 获得 这 些 临 时 值 并 进行 计算 了 。 这 样 一 来 ， 用 户 


BLE SE LAE MRA AS maine a PAS HS te 
加 清晰 。 
除去 字符 串 外 ， 后 级 声明 也 可 以 作用 于 数值 ， 比 如 ， 用 户 可 能 使 


用 60W、120W 的 表示 方式 来 标识 功率 ， 用 50kg 来 表示 质量 ， 用 1200N 
来 表示 力 等 。 请 看 代码 清单 3-46 所 示 的 例子 。 


代码 清单 3-46 


struct Watt{ unsigned int v; }; 
Watt operator ""_w(unsigned long long v) { 
return {(unsigned int)v}; 


int main() { 
Watt capacity = 1024 w; 


// 编译 选项 


:g++ -Std=c++11 3-8-3.cpp 


这 里 我 们 用 _w 后 缀 来 标识 瓦特 。 除 了 整 型 数 ， 用 户 自 定义 字面 量 
还 可 以 用 于 浮 点 型 数 等 的 字面 量 。 不 过 必须 注意 的 是 ， 在 C++11 中 ， 
标准 要 求 声 明 字面 量 操作 符 有 一 定 的 规划， 该 规则 跟 字 面 量 的 “类 
型 ”密切 相关 。C++11 中 具体 规则 如 下 : 


.如 宋 字 面 量 为 整 型 数 ， 那 么 字面 量 操 作 符 函数 只 可 接受 unsigned 
long long 或 者 const char* 为 其 参数 。 当 unsigned long long 无 法 容纳 该 字 
面 量 的 时 候 ， 编 译 句 会 目 动 将 该 字面 量 转化 为 以 \0 为 结束 符 的 字符 
串 ， 并 调用 以 const char* 为 参数 的 版 本 进行 处 理 。 


:如 果 字 面 量 为 浮 点 型 数 ， 则 字面 量 操 作 符 函数 只 可 接受 long 
double 或 者 const char* 为 参数 。const char* 版 本 的 调用 规则 同 整 型 的 一 


样 (过 长 则 使 用 const char* 版 本 ) 
FFB, MAK SERVE BARR 


-如 采 字 面 量 为 字符 
A 〈 已 知 长 度 的 字符 串 ) 


只 可 接受 const 


一 个 char 为 参 


char*,size_t 为 
.如 果 字 面 量 为 字符 ， 则 字面 量 操作 符 函 数 只 可 接受 


总 体 上 来 说 ， 用 户 自 定义 字面 量 为 代码 书写 带 来 了 极 大 的 便利 
此 外 ， 在 使 用 这 个 特性 的 时 候 ， 应 该 注意 以 下 几 点 : 
:在 字面 量 操作 人 符 函数 的 声明 中 ，operator"" 与 用 户 自 定义 后 级 之 间 
必须 有 空格 。 
后缀 建议 以 下 划 线 开始 。 不 宜 使 用 非 下 划 线 后 绥 的 用 户 自 定义 字 
从 串 常量 ， 否 则 会 被 编译 絮 警 告 。 当 然 ， 这 也 很 好 理解 ， 因 为 如 有 果 重 
”无 颖 会 引起 一 些 混乱 的 状况 。 


用 形 如 201203L 这 样 的 字面 量 ， 后 级 
为 了 避免 混乱 ， 程 序 员 最 好 只 使 用 下 划 线 开始 的 后 级 名 。 


3.9 内 联名 字 空 间 
CEP 类 别 ， 部 分 人 


在 老式 的 C 语 言 编程 的 实际 项 目 中 ， 我 们 常会 需要 一 个 “字典 ”来 
记录 程序 中 所 有 的 名 字 。 这 古 由 于 C 中 所 有 的 非 静 态 全 局 变量 、 非 静 
仿 的 函数 名 部 是 都 症 全 局 共 译 的 。 那 么 对 于 多 个 程序 员 合 作 编 程 而 
言 ， 总 是 需要 知道 目 己 给 变量 函数 取 的 名 字 是 否 冲突 ， 以 避免 发 生 编 
译 错误 ， 因 此 字典 是 一 种 使 用 C 语 言 合作 编程 的 一 种 重要 交流 手段 。 


在 C++ 中 ， 引 入 了 名 字 空 间 (namespace) 这 样 一 个 概念 。 名 字 空 
间 的 目的 古 分 割 全 局 共 至 的 名 字 空 间 。 程 序 员 在 编写 程序 时 可 以 建立 
目 己 的 名 字 空 间 ， 而 使 用 者 则 可 以 通过 双 冒 号 “空间 名 :: 函 数 /变量 
名 ”的 形式 来 引用 目 己 需要 的 版 本 。 这 束 解 决 了 C 中 名 子 促 突 的 问题 。 
不 过 有 很 多 时 候 ， 我 们 会 遇 到 一 个 名 字 空 间 下 包含 多 个 子 名 字 空 间 的 
状况 。 了 于 名 子 空间 通常 会 带 来 一 些 使 用 上 的 不 便 。 我 们 来 看 看 代码 清 
单 3-47 所 示 的 这 个 例子 。 


代码 清单 3-47 


#include <iostream> 
using namespace std; 
// 这 是 


Jim 编 写 的 库 ， 用 了 


Jim 这 个 名 字 空 间 


namespace Jim { 
namespace Basic { 
struct Knife{ Knife() { cout << "Knife in Basic." << endl; } }; 
class CorkScrew{}; 


namespace Toolkit { 
template<typename T> class SwissArmyKnife{}; 


} 
TT wis 
namespace Other { 
Knife b; // 无 法 通过 编译 
struct Knife{ Knife() { cout << "Knife in Other" << endl;} }; 
Knife c; // Knife in Other 
Basic: :Knife k; // Knife in Basic 
} 
} 
// 这 是 
LiLei 在 使 
Jim 的 库 


using namespace Jim; 
int main() { 
Toolkit: :SwissArmyKnife<Basic: :Knife> sknife; 


// 编译 选项 


:g++ 3-9-1.cpp 


在 代码 清单 3-47 中 ， 库 的 编写 者 im 用 名 字 空 间 将 自己 的 代码 封装 
起 来 。 同 时 ， 该 程序 员 把 名 字 空 间 继 续 细 分 为 Basic、Toolkit 及 Other 等 
几 个 。 可 以 看 到 ， 通 过 名 字 空 间 的 细 分 ，Other 名 字 空 间 中 不 能 直接 引 
用 Basic 名 字 空 间 中 的 名 字 Knife。 而 Other 名 字 空 间 中 定义 了 Kmnife 类 
型 ， 那么 变量 c 的 声明 就 会 导致 其 使 用 的 Knife 类 型 是 属于 名 字 空 间 
Other 中 的 版 本 的 。 这 样 的 使 用 名 字 空 间 的 方式 是 非常 清楚 的 。 


不 过 Jim 这 样 会 带 来 一 个 问题 ， 即 库 的 使 用 者 在 使 用 Jim 名 字 空 间 
的 时 候 ， 需 要 知道 太 多 的 子 名 字 空 间 的 名 字 。 使 用 者 显然 不 希望 声明 


一 个 sknife 变 量 时 ， 需 要 Toolkit::SwissArmyKnife<Basic::Knife> 这 么 长 
的 类 型 声明 。 而 从 库 的 提供 者 Jim 的 角度 看 ， 通 常 也 没 必要 让 使 用 者 
LiLei 看 到 子 名 字 空 间 ， 因 此 他 可 能 考虑 这 样 修改 代码 ， 如 代码 清单 3- 


48 所 示 。 


代码 清单 3-48 


#include <iostream> 
using namespace std; 
namespace Jim { 
namespace Basic { 
struct Knife{ Knife() { cout << "Knife in Basic." << endl; } }; 
class CorkScrew{}; 
} 
namespace Toolkit{ 
template<typename T> class SwissArmyKnife{}; 
} 


LF ince 
namespace Other{ 
ZI wau 
} 
// 打开 一 些 内 部 名 字 空间 
using namespace Basic; 


using namespace Toolkit; 


// LiLei 决 定 对 该 


Clas sity 


namespace Jim { 
template<> class SwissArmyKnife<Knife>{}; // 编译 失败 


} 


using namespace Jim; 

int main() { 
SwissArmyKnife<Knife> sknife; 

// 编译 选项 


:g++ 3-9-2.cpp 


在 代码 清单 3-48 所 示 的 例子 中 ，Jim 在 名 字 空 间 Jim 的 最 后 部 分 ， 
打开 了 (using) Basic 和 Toolkit 两 个 名 字 空 间 (我 们 省 略 了 关于 Other 
名 字 空 间 中 的 部 分 ) 。 这 样 一 来 在 代码 清单 3-48 中 过 到 的 名 字 过 长 的 
问题 就 不 复 存 在 了 。 不 过 这 里 又 有 了 新 的 问题 : 库 的 使 用 者 LiLei 由 于 
觉得 Toolkit 中 的 模板 SwissArmyKnife 有 的 时 候 不 太 合 用 ， 所 以 决定 特 
化 一 个 SwissArmyKnife<Knife> 的 版 本 。 这 个 时 候 ， 我 们 编译 该 例子 则 
会 失败 。 这 是 由 于 C++98 标 准 不 允许 在 不 同 的 名 字 空 间 中 对 模板 进行 
特 化 造成 的 。 


在 C++11 中 ， 标 准 引 入 了 一 个 新 特性 ， 叫 做 “内 联 的 名 子 空间 ”。 
通过 关键 子 “inline namespace” 束 可 以 声明 一 个 内 联 的 名 子 空间 。 内 联 
的 名 字 空 间 允 许 程序 员 在 父 名字 空 间 定 义 或 特 化 子 名 字 空 间 的 模板 。 
我 们 可 以 看 看 代码 清单 3-49 所 示 的 例子 。 


代码 清单 3-49 


#include <iostream> 
using namespace std; 
namespace Jim { 
inline namespace Basic 
struct Knife{ Knife() { cout << "Knife in Basic." << endl; } }; 
class CorkScrew{}; 


inline namespace Toolkit { 
template<typename T> class SwissArmyKnife{}; 


} 
[L maa 
namespace Other{ 
Knife b; // Knife in Basic 
struct Knife{ Knife() { cout << "Knife in Other" << endl;} }; 
Knife c; // Knife in Other 
Basic::Knife k; // Knife in Basic 


LiLei 在 使 


JIm 的 库 


namespace Jim 
template<> class SwissArmyKnife<Knife>{}; // 编译 通过 


} 

using namespace Jim; 

int main() { 
SwissArmyKnife<Knife> sknife; 


/ / 编译 选项 


:g++ -Std=c++11 3-9-3.cpp 


代码 清单 3-49 中 ， 我 们 将 名 字 空 间 Basic 和 Toolkit 都 声明 为 inline 
的 。 此 时 ，LiLei 对 库 中 模板 的 偏 特 化 (SwissArmyKnife<Knife>) 则 
可 以 通过 编译 。 不 过 这 里 我 们 需要 再 次 注意 一 下 Other 这 个 名 字 空 间 中 
的 状况 。 可 以 看 到 ， 变 量 b 的 声明 语句 是 可 以 通过 编译 的 ， 而 且 其 被 声 
明 为 一 个 Basic::Knife 的 类 型 。 如 果 换 个 角度 理解 的 话 ， 在 子 名 字 空 间 
Basic 中 的 名 字 现 在 看 起 来 就 跟 在 父 名 字 空 间 Jim 中 一 样 。 了 解 了 这 一 
点 ， 读 者 或 者 会 皱 起 眉头 ，Jim 名 字 空 间 中 的 良好 分 隔 明 显 被 破坏 了 ， 
要 做 到 这 样 的 效果 ， 只 需要 把 Knife 和 CorkScrew 放 到 全 局 名 字 空 间 中 
就 可 以 了 ， 根 本 不 用 inline namespace 这 么 复杂 。 事 实 上 ， 这 跟 inline 
namespace 的 使 用 方式 有 关 。 我 们 可 以 看 看 代码 清单 3-50 所 示 的 例子 。 


代码 清单 3-50 


#include <iostream> 

using namespace std; 

namespace Jim { 

#if _ cplusplus == 201103L 
inline 


#endif 
namespace cpp11{ 
struct Knife{ Knife() { cout << "Knife in c++11." << endl; } }; 
LT wai 


#if _ cplusplus < 201103L 
inline 
#endif 
namespace oldcpp{ 
struct Knife{ Knife() { cout << "Knife in old c++." << endl; } }; 
ls er 
} 
} . A 
using namespace Jim; 
int main() { 


Knife a; // Knife in c++11. (默认 版 本 

cpp11: :Knife b; // Knife in c++11. (强制 使 
CPpPp11 版 本 

oldcpp: :Knife c; // Knife in old c++. (强制 使 
0ldcpp11 版 本 


) 
// 编译 选项 


:g++ -Std=c++11 3-9-4.cpp 


在 代码 清单 3-50 中 ，Jim 为 它 的 名 字 空 间 设 定 了 两 个 子 名 字 空 间 : 

cpp11 和 oldcpp。 这 里 我 们 看 到 了 在 2.1 节 中 提 到 的 关于 C++ 的 宏 

_ cplusplus。 代 人 码 的 意思 是 ， 如 采 现 在 的 宏 _cplusplus 等 于 201103 这 个 
常数 ， 那 么 束 将 名 字 空 间 cpp11 内 联 到 Jim 中 ， 而 如 果 小 于 201103， 则 
将 名 字 衬 间 oldcpp 内 联 到 Jim 中 。 这 样 一 来 ， 编 译 才 就 可 以 根据 当前 编 
译 器 对 C++ 支 持 的 状况 ， 选 择 合适 的 实现 版 本 。 而 如 果 需 要 的 话 ， 我 
们 依然 可 以 通过 名 字 空 间 的 方式 (如 cpp11::Knife) 来 访问 相应 名 字 空 
间 中 的 类 型 、 数 据 、 玉 数 等 。 这 对 程序 库 的 发 布 很 有 好 处 ， 因 为 需要 
长 期 维护 的 程序 库 ， 可 能 版 本 间 的 接口 和 实现 等 都 随 着 程序 库 的 发 展 


而 发 生 了 变化 。 那 么 根据 需要 将 合适 的 名 字 空 间 导 入 到 父 名 字 空 间 
中 ， 无 疑 会 方便 库 的 使 用 。 

事实 上 ， 在 C++ 标准 程序 库 中 ， 开 发 者 已 经 开始 这 么 做 了 。 如 采 
程序 员 需 要 长 期 维护 、 发 布 不 同 库 的 版 本 ， 不 妨 试用 一 下 内 联名 字符 


间 这 个 特性 。 


还 有 一 点 需要 指出 的 是 ， 匿 名 的 名 字 空 间 同样 可 以 把 其 包含 的 名 
字 导 入 父 名 字 空 间 。 所 以 读者 可 能 认为 代码 清单 3-50 中 的 代码 同样 可 
以 通过 匿名 名 字 空 间 与 宏 组 合 来 实现 。 不 过 跟 代码 清单 3-48 中 使 用 
using 打 开 名 字 空 间 的 情况 一 样 ， 匿 名 名 字 空 间 无 法 允许 在 父 名 字 空 间 
的 模板 特 化 。 这 也 是 C++11 中 为 什么 要 引入 新 的 内 联名 字 空 间 的 一 个 
根本 原因 。 不 过 与 我 们 在 代码 清单 3-49 中 看 到 的 一 样 ， 名 字 空 间 的 内 
联 会 破坏 该 名 字 空 间 本 吴 具 有 的 封装 性 ， 所 以 程序 员 不 应 该 在 需要 隔 
离 名 字 的 时 候 使 用 inline namespace 关 键 字 。 


此 外 ， 在 代码 实践 时 ， 读 者 可 能 还 会 被 一 些 C++ 的 语言 特性 迷 
惑 ， 比 较 典 型 的 是 所 谓 “ 参 数 关 联名 称 碍 找 "， 即 ADL (Argument- 
Dependent name Lookup) 。 这 个 特性 允许 编译 万 在 名 字 空 间 内 找 不 到 
函数 名 称 的 时 候 ， 在 参数 的 名 字 空 间 内 得 找 函 数 名 字 。 比 如 说 下 面 这 
MAF: 


namespace ns_adl{ 
struct A{}; 
void ADLFunc(A a){} // ADLFunc 定 义 在 


namespace ns_ad] 中 


int main() { 
ns_adl::A a; 
ADLFunc(a); // ADLFunc 无 需 声 明 名 字 空 间 


函数 ADLFunc 了 就 无 需 在 使 用 时 声明 其 所 在 的 名 字 空 间 ， 因 为 编译 
器 可 以 在 其 参数 a 的 名 字 空 间 ns_adl 中 找到 ADLFunc， 编 译 也 就 不 会 报 
HS ° 


ADL 市 来 了 一 些 使 用 上 的 便利 性 ， 不 过 也 在 一 定 程度 上 破坏 了 
namespace 的 封装 性 。 很 多 人 认为 使 用 ADL 会 带 来 极 大 的 负面 影响 口 
o 因此， 比较 好 的 使 用 方式 ， 还 是 在 使 用 任何 名 字 前 打开 名 字 空 间 ， 
或 者 使 用 “::” 列 出 变量 、 男 数 完整 的 名 字 空 间 。 


1] 读者 可 以 参考 以 下 网 页 


http://stackoverflow.com/questions/2958648/what-are-the-pitfalls-of-adl 


3.10 ”模板 的 别名 
CHP 类别， 部 分 人 
在 C++ 中 ， 使 用 typedef 为 类 型 定义 别名 。 比 如 : 


typedef int myint; 


就 定义 了 一 个 int 的 别名 myint。 当 巡 到 一 些 比较 长 的 名 字 ， 尤 其 是 
在 使 用 模板 和 域 的 时 候 ， 使 用 别名 的 优势 会 更 加 明显 。 比 如 : 


typedef std::vector<std::string> strvec; 


这 里 使 用 strvec 作 为 std::vector<std::string> 的 别名 。 在 C++11 中 ， 定 
义 别 名 已 经 不 再 是 typedef 的 专属 能 力 ， 使 用 using 同 样 也 可 以 定义 类 型 
的 别名 ， 而 且 从 语言 能 力 上 看 ，using 丝 毫 不 比 typedef 逊 色 。 我 们 可 以 
看 看 代码 清单 3-51 所 示 的 这 个 例子 。 


代码 清单 3-51 


#include <iostream> 
#include <type_traits> 
using namespace std; 
using uint = unsigned int; 
typedef unsigned int UINT; 
using sint = int; 
int main() { 
cout << is_same<uint, UINT>::value << endl; // 1 


// 编译 选项 


:g++ -Std=c++11 3-10-1. cpp 


在 本 例 中 ， 使 用 了 C++11 标 准 库 中 的 is_same 模 板 类 来 帮助 我 们 判 
断 两 个 类 型 是 否 一 致 。is_same 模 板 类 接受 两 个 类 型 作为 模板 实例 化 时 
的 参数 ， 而 其 成 员 类 型 value 则 表示 两 个 参数 类 型 是 否 一 样 。 在 代码 清 
单 3-51 所 示 的 例子 中 我 们 看 到 ， 使 用 using uint=unsigned int; 定 义 的 类 
型 别名 uint 和 使 用 typedef unsigned int UINT; 定 义 的 类 型 别名 UINT 都 是 
一 样 的 类 型 。 两 者 效果 相同 ， 或 者 说 ， 在 C++11 中 ，using 关 键 字 的 能 
力 已 经 包括 了 typedef 的 部 分 。 


在 使 用 模板 编程 的 时 候 ，using 的 语法 甚至 比 typedef 更 加 灵活 。 比 
如 下 面 这 个 例子 : 


template<typename T> using MapString = std::map<T, char*>; 
MapString<int> numberedString; 


在 这 里 ， 我 们 “模板 式 ” 地 使 用 了 using 关 键 字 ， 将 
std::map<Tchar*> 定 义 为 了 一 个 MapString 类 型 ， 之 后 我 们 还 可 以 使 用 
类 型 参数 对 MapString 进 行 类 型 的 实例 化 ， 而 使 用 typedef 将 无 法 达到 这 
样 的 效果 。 


3.11 一 般 化 的 SFINEA 规 则 


CHP 类 别 ， 库 作者 


在 C++ 模板 中 ， 有 一 条 著名 的 规则 ， 即 SFINEA-Substitution failure 
isnot an error， 中 文 直 译 即 是 “匹配 失败 不 是 错误 ”。 更 为 确切 地 说 ， 这 
条 规则 表示 的 是 对 重 载 的 模板 的 参数 进行 展开 的 时 候 ， 如 果 展 开导 至 
了 一 些 类 型 不 匹配 ， 编 译 器 并 不 会 报错 。 我 们 可 以 具体 地 看 看 代码 清 
单 3-52 所 示 的 来 自 wikipedia 的 例子 机 。 


代码 清单 3-52 


struct Test { 
typedef int foo; 


f 
template <typename T> 
void f(typename T::foo) {} // 第 一 个 模板 定义 


- #1 


template <typename T> 
void f(T) {} // 第 二 个 模板 定义 
- #2 
int main() { 
f<Test>(10); // yA} 
#1. 
f<int>(10); // 调 
#2. 由 于 


SFINEA， 虽 然 不 存在 类 型 


Int : : 咎 00， 也 不 会 发 生 编译 错误 


// 编译 选项 : 


g++ 2-14-1.cpp 


在 代码 清单 3-52 中 ， 我 们 重 载 了 函数 模板 f 的 定义 。 第 一 个 模板 f 接 
受 的 参数 类 型 为 T::foo， 这 里 我 们 通过 typename 来 使 编译 右 知 道 T::foo 
古 一 个 类 型 。 而 第 二 个 模板 定义 则 接受 一 个 T 类 型 的 参数 。 在 main 男 
数 中 ， 分 别 使 用 f<Test> 和 f<int> 对 模板 进行 实例 化 的 时 候 会 发 现 ， 对 
于 f<int> 来 讲 ， 虽 然 不 存在 int::foo 这 样 的 类 型 ， 编 译 颖 依然 不 会 报错 ， 
相反 地 ， 编 译 絮 会 找到 第 二 个 模板 定义 并 对 其 进行 实例 化 。 这 样 一 
来 ， 束 保证 了 编译 的 正确 性 。 


事实 上 ， 通 过 上 面 的 例子 我 们 可 以 发 现 ，SFINAE 规 则 的 作用 比 起 
其 抛 口 的 定义 而 言 更 为 直观 。 基 本 上 ， 这 是 一 个 使 得 C++ 模 板 推 导 规 
则 符合 程序 员 想 象 的 规则 。 通 过 SFINAE， 我 们 能 够 使 得 模板 匹配 更 
为 “精确 ”， 即 使 得 一 些 模板 函数 、 模 板 类 在 实例 化 时 使 用 特殊 的 模板 
版 本 ， 而 另外 一 些 则 使 用 通用 的 版 本 ， 这 样 就 大 大 增加 了 模板 设计 使 
用 上 的 灵活 性 。 而 在 现实 生活 中 ， 这 样 的 使 用 方式 在 标准 库 中 使 用 非 
常 普遍 〈 当 你 在 标准 库 中 发 现 一 大 堆 的 _enable_ 计 ， 或 者 应 该 想起 这 
是 SFINAE) 。 因 此 也 可 以 说 ，SFINAE 也 是 C++ 模板 推导 中 非常 基础 
的 一 个 特性 。 


不 过 在 C++98 中 ， 标 准 对 于 SFINAE 并 没有 完全 清晰 的 描述 ， 一 些 
在 模板 参数 中 使 用 表达 式 的 情况 ， 并 没有 被 主流 编译 右 文 持 。 我 们 可 
以 看 看 代码 清单 3-53 所 示 的 这 个 来 目 于 C++11 标 准 提案 中 的 例子 。 


代码 清单 3-53 


template <int I> struct A {}; 
char xxx(int); 
char xxx(float); 
template <class T> A<sizeof(xxx((T)0))> f(T) {} 
int main() { 
f(1); 


// 编译 选项 : 


g++ -std=c++11 


在 代码 清单 3-53 中 ， 我 们 在 定义 函数 模板 f 的 时 候 ， 其 返回 值 则 定 
义 为 一 个 以 sizeof(xxx((T)0)) 为 参数 的 类 模板 A。 这 里 值得 注意 的 是 ， 
我 们 使 用 了 sizeof 表 达 式 ， 以 及 强制 的 类 型 转换 。 事 实 上 ， 这 样 的 表达 
式 是 可 以 在 模板 实例 化 时 被 计算 出 的 。 不 过 由 于 实现 上 的 复杂 性 ， 以 
及 标准 中 并 未 明确 地 提 及 ， 大 多 数 C++98 编 译 器 都 会 报 出 一 个 SFINEA 
失败 信息 。 而 事实 上 ， 这 样 灵活 的 用 法 却 非常 有 用 ， 比 如 本 例 中 ， 程 
序 员 可 以 根据 参数 的 长 度 而 定义 出 不 同 返 回 值 的 模板 函数 f (一 种 是 
sizeof((int)0)， 一 种 则 是 sizeof((float)0)) 。 如 果 编 译 器 拒绝 了 这 样 的 使 
用 方式 ， 无 噬 会 为 泛 型 编程 的 应 用 带 来 一 些 限制 。 


在 C++11 中 ， 标 准 对 这 样 的 状况 ， 尤 其 是 模板 参数 奉 换 时 使 用 了 
表达 式 的 情况 进行 了 明确 规定 ， 即 表达 式 中 没有 出 现 “ 外 部 于 表达 式 本 
身 ” 的 元 素 ， 比 如 说 发 生 一 些 模 板 的 实例 化 ， 或 者 隐 式 地 产生 一 些 找 贝 
构造 国 数 的 话 ， 这 样 的 模板 推导 都 不 会 产生 SFINAE 失 败 ( 即 编译 器 报 
错 ) 。 这 样 一 来 ，C++11 中 的 一 些 新 特性 《比如 我 们 将 在 第 4 章 中 讲 到 


的 decltype 等 ) 将 能 够 成 功 地 进行 广泛 的 应 用 ， 进 一 步 地 ， 新 的 STL 也 
将 因此 受益 。 


[1] http://en.wikipedia.org/wiki/Substitution_failure_is_not_an_error 


3.12 本章 小 结 


在 本 草 中 ， 我 们 介绍 了 C++11 中 共 11 个 加 新 特性 。 这 些 新 特性 部 
在 着 重 于 通用 性 的 考量 下 ， 经 过 标准 委员 会 反复 揣摩 而 最 终 成 型 。 


最 为 引 人 注 目的 束 古 右 值 引 用 。 右 值 引用 堪 称 是 C++11 中 的 一 项 
重大 的 变 草 。 这 次 的 变 单 ， 古 以 歇 露 原本 一 直 被 C/C++ 掩盖 得 较 好 的 
左 值 右 值 关系 为 代价 的 。 不 过 客观 地 讲 ， 也 是 在 程序 员 对 C++ 性 能 的 
一 再 紧 通 下 ， 左 值 右 值 的 概念 才 终于 “露出 真 身 ”。 相 比 于 C++ 的 其 他 
概念 ， 右 值 引用 的 理解 会 稍微 复杂 一 些 ， 但 其 目的 却 比较 明确 ， 驳 是 
实现 所 谓 的 移动 语义 。 移 动 语义 与 在 C++98 中 稼 见 的 拷贝 语义 在 类 的 
构造 上 采用 了 完全 不 同 的 方式 。 移 动 语义 主要 是 将 行将 被 释放 的 资 
源 “ 偷 ”出 来 ， 作 为 行将 构造 的 类 型 的 资源 。 那 么 这 势必 整 会 跟 变 量 生 
命 期 产生 关系 ， 跟 右 值 、 临 时 量 打 上 交道 。 而 最 终 ，C++11 中 又 采用 
了 厂 值 引用 的 方式 使 得 移动 构造 钞 数 能 够 有 效 地 获得 这 些 右 值 临时 
量 ， 以 使 程序 员 能 够 完成 行为 民 好 的 移动 语义 。 通 过 这 样 的 移动 语 
义 ， 库 的 实现 者 可 以 巧妙 地 将 各 种 形 如 堆 内 存 的 资源 放 入 对 象 中 ， 而 
不 必 担 心 在 诸如 函数 传递 的 过 程 中 读 来 过 大 的 资源 释放 、 申 请 开销 。 
此 外 ， 标 准 制定 者 还 趁机 利用 了 右 值 引用 来 实现 了 所 谓 的 完美 转发 ， 
从 技术 上 讲 ， 完 美 转发 束 是 通过 引用 折 县 规则 和 模板 推导 规则 ， 使 得 
转发 函数 在 不 损失 任何 数据 属性 的 情况 下 ， 将 数据 完美 地 传递 给 其 他 


函数 。 完 美 转发 在 标准 库 中 被 广泛 地 使 用 ， 也 是 泛 型 编程 中 一 种 很 好 
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在 C++11 中 ， 标 准则 又 重新 回答 了 最 基本 的 问题 一 什么 是 简单 的 
类 型 及 什么 是 复杂 的 类 型 ， 即 怎么 才 算 得 上 是 POD。C++11 的 POD 的 
概念 分 为 平凡 的 和 标准 布局 两 个 概念 。 标 准 布局 强调 了 类 型 的 数据 在 
排 布 上 是 简单 的 ， 比 如 可 以 通过 memcpy 找 贝 的 简单 类 型 。 而 平凡 的 则 
强调 了 类 型 没有 复杂 的 构造 、 析 构 或 者 多 态 等 看 起 来 “不 平 几 ”的 行 
为 。 了 解 POD 实 际 为 了 解 C++11 中 其 他 很 多 的 概念 奠定 了 基础 。 


另外 一 个 新 引入 的 改动 则 是 列表 初始 化 。 相 比 于 C++98 中 的 赋值 
表达 式 和 值 初始 化 ， 列 表 初 始 化 主要 被 实现 为 标准 库 中 的 
initializer_list， 使 得 用 户 不 仅 可 以 列表 式 地 初始 化 内 置 类 型 、 数 组 、 
STL 容 器 ， 还 可 以 对 自 定 义 类 型 进行 列表 初始 化 。 这 应 该 是 C++ 标 准 
中 第 一 次 出 现 与 库 实现 结合 得 如 此 紧密 的 语言 特性 。 而 列表 初始 化 相 
对 于 老式 的 初始 化 ， 对 总 是 容易 出 错 的 类 型 收 罕 做 了 限制 。 总 的 说 
来 ， 无 论 从 使 用 的 方便 性 还 是 安全 性 上 讲 ， 列 表 初 始 化 都 表现 出 了 优 
良 的 特性 ， 也 是 C++ 核心 语言 进步 的 一 种 体现 。 


两 种 新 的 构造 函数 的 声明 方式 一 继承 构造 钞 数 和 委派 构造 瑟 数 ， 
则 都 使 得 程序 员 能 够 在 编写 构造 画 数 中 少 写 一 些 代码 。 前 者 我 们 将 关 
注 点 放 在 了 继承 结构 下 使 用 using 关 键 子 将 构造 函数 继承 上 ， 而 后 者， 
我 们 则 把 目光 放 在 了 单 类 型 中 多 个 构造 钞 数 间 通过 初始 化 列表 的 相互 


委托 关系 上 。 而 用 户 目 定义 字面 量 将 C++ 中 的 各 种 重 载 再 一 次 强化 。 
通过 后 缀 ， 用 户 可 以 将 程序 中 非 内 置 的 几乎 所 有 的 字面 量 据 为 己 用 ， 
产生 目 己 的 类 型 。 同 样 地 ， 这 会 减少 C++11 代 码 的 书写 量 。 男 外 一 个 
简化 ， 则 是 using 的 “ 泾 化 "，using 关 键 字 已 经 能 够 像 typedef 一 样 定义 别 
和 名， 且 其 在 模板 中 使 用 起 来 更 佳 。 


此 外 ， 我 们 还 介绍 了 能 够 避免 意外 的 显 式 类 型 转换 ， 以 及 能 为 类 
产生 变 长 成 员 的 非 受 限 联 合体 。 内 联 的 名 字 空 间 则 是 用 于 库 发 布 的 一 
个 特性 ， 通 过 将 子 名 字 空 间 的 名 字 导 入 父 名 字 空 间 ， 用 户 可 以 方便 地 
使 用 名 字 空 间 的 名 子 。 不 过 名 子 空间 的 内 联 也 导致 名 字 空 间 对 名 字 直 
装 的 失效 。 因 此 通常 情况 下 ， 这 个 特性 都 会 结合 宏一 起 使 用 。 


站 绍 了 SFINAE 规 则 的 改进 ， 通 过 这 样 的 改进 ，C++11 


后 我 们 还 介 
苑 型 编程 的 能 


最 后 
进一步 提高 了 


读 完 这 一 章 ， 相 信 读 者 已 经 能 够 体会 到 C++11 的 一 些 风格 。 通 用 
手段 为 完 ， 如 采 能 够 使 用 更 为 通用 的 方法 解决 的 话 ， 殊 不 再 劳 烦 语言 
核心 进行 繁复 的 更 改 (这 在 列表 初始 化 上 体现 得 非常 明显 ) 。 而 在 
C++11 中 ， 我 们 也 发 现 范 型 编程 的 力量 越 来 越 强大 ， 语 言 层面 的 更 
改 ， 很 多 都 是 在 文 持 解决 泛 型 编程 中 出 现 的 一 些 问 题 (比如 完美 转 
发 、 模 板 别 名 、SFINAE 等 ) 。 如 果 熟 悉 了 这 些 特性 ， 那 么 必然 程序 代 
码 会 越 写 越 少 ， 性 能 也 越 来 越 好 。 


第 4 章 ”新 手 易 学 ， 老 兵 易 用 


在 C++ 变 得 原来 越 强 大 的 同时 ， 一 些 程序 员 也 在 抱怨 使 用 C++ 进 
行 编码 过 于 复杂 。 由 于 STL 与 语言 核心 部 分 的 关联 越 来 越 紧密 ， 而 
STL 往 往 需要 涉及 解释 一 些 模板 的 知识 ， 很 多 新手 也 会 因此 对 使 用 
C++ 进行 编程 产生 排斥 。C++11 的 设计 者 对 此 作 了 改进 。 本 章 中 ,我 
们 可 以 看 到 auto 类 型 推导 、 基 于 范围 的 for 循 环 等 非 彰 易 用 的 特性 。 这 
些 特性 都 非常 具有 亲和力， 而 用 于 进行 代码 编写 也 能 有 效 地 提升 代码 
效率 ， 必 然 会 被 Ct++11 代 码 大 量 使 用 。 


41 石 尖 括号 > 的 改进 


CHP xa. 所 有 人 


在 C++98 中 ， 有 一 条 和 需要 程序 员 规 避 的 规则 :， 如 采 在 实例 化 模板 
的 时 候 出 现 了 连续 的 两 个 右 尖 括号 >， 那 么 它们 之 间 需 要 一 个 空格 来 
进行 分 隔 ， 以 避免 发 生 编 译 时 的 错误 。 我 们 可 以 看 代码 清单 4-1 所 示 的 
PIF ° 


代码 清单 4-1 


template <int i> class X{}; 
template <class T> class Y{}; 


Y<X<1> > x1; // 编译 成 功 
Y<X<2>> x2; // 编译 失败 
// 编译 选项 


:g++ -c 4-1-1.cpp 


在 代码 清单 4-1 中 ， 我 们 定义 了 两 个 模板 类 型 X 和 Y， 并 且 使 用 模 
板 定义 分 别 声明 了 以 X<1> 为 参数 的 Y<X<1>> 类 型 变量 x1， 以 及 以 
X<2> 为 参数 的 Y<X<2>> 类 型 变量 x2。 不 过 x2 的 定义 编译 器 却 不 能 正 
确 解析 。 在 x2 的 定义 中 ， 编 译 器 会 把 >> 优 先 解析 为 右 移 符号 。 使 用 gcc 
编译 的 时 候 ， 我 们 会 得 到 如 下 错误 提示 : 


4-1-1.cpp:5:9: error: 'x2' was not declared in this scope 
Y<X<2>> x2; // 编译 失败 


-cpp:5:9: error: template argument 1 is invalid 
-cpp:5:3: error: template argument 1 is invalid 
>> X2; // 编译 失败 


事实 上 ， 除 去 般 套 的 模板 标识 ， 在 使 用 形 如 static_cast、 
dynamic_cast ` reinterpret_cast, 或 者 const_cast 表 达 式 进行 转换 的 时 
候 ， 我 们 也 第 会 遇 到 相同 的 情况 。 


const vector<int> v = static_cast<vector<int>>(v); / /无 法 通过 编译 


C++98 同 样 会 将 >> 优 先 解析 为 右 移 。C++11 中 ， 这 种 限制 被 取消 
了 。 事 实 上 ，C++11 标 准 要 求 编译 紫 知 能 地 去 判断 在 哪些 情况 下 >> 不 
是 右 移 符号 。 使 用 C++11 标 准 ， 代 人 码 清 单 4-1 所 示 代 码 则 会 成 功 地 通过 


编译 。 


不 过 这 些 “ 知 能 ”的 判断 也 会 市 来 一 些 与 C++98 的 有 趣 的 不 兼容 
性 。 比 如 用 户 只 是 想 让 >> 在 模板 的 实例 化 中 表示 的 是 真正 的 右 移 ， 但 
征 C++11 会 把 它 解析 为 模板 参数 界定 符 。 比 如 代码 请 单 4-2 所 示 的 代 
码 。 


代码 清单 4-2 


template <int i> class X {}; 
X<1 >> 5> X ; 


如 果 使 用 C++98 标 准 进 行 编译 的 话 ， 这 个 例子 会 编译 通过 ， 因 为 
编译 右 认 为 X<1>>5>x; 中 的 双 尖 括号 是 一 个 位 移 操 作 ， 那 么 最 终 可 以 
得 到 一 个 形 如 X<0>x 的 模板 实例 。 而 如 果 使 用 C++11 标 准 进行 编译 ， 
那么 程序 员 会 得 到 一 个 编译 错误 的 警告 ， 因 为 编译 硕 优 移 将 双 尖 括号 
中 的 第 一 个 > 与 X 之 后 的 < 进行 了 配对 。 


昌 然 很 少 有 人 在 模板 实例 化 时 同时 进行 位 移 操作 ， 但 是 从 语法 上 
来 说 ，C++98 和 C++11 确 实在 这 一 点 上 不 兼容 。 要 避免 这 样 的 不 兼容 
性 也 很 简单 ， 使 用 圆 括号 将 *1>>5” 括 起 来 ， 保 证 右 移 操作 优先 ， 就 不 
会 出 现 类 似 问题 了 。 


4.2 _ auto 类 型 推导 


CHP 类 别 ， 所 有 人 


4.2.1 BASRA. SRA S RATES 


在 编程 语言 的 分 类 中 ，C/C++ 常 被 冠 以 “静态 类 型 ”的 称号 。 而 有 
的 编程 语言 则 号 称 是 “动态 类 型 "的 ， 比 如 Python。 通 常情 况 
下 ,，“ 静 ”和 “ 动 * 的 区 别 非常 直观 。 我 们 可 以 看 看 下 面 这 段 简 单 的 
Python 代码 : 


name = 'world\n' 
print 'hello, ' % name 


这 段 代 码 是 Python 中 的 一 个 helloworld 的 实现 。 这 里 的 代码 使 用 了 
一 个 变量 name， 用 于 存储 world 这 个 字符 串 。 接 下 来 代码 又 使 用 print 
将 'hello,' 字 符 串 及 name 变 量 一 起 打印 出 来 。 请 读者 忽略 其 他 的 细 市 ， 
只 注意 一 下 变量 name 的 使 用 方式 。 事 实 上 ， 变 量 name 在 使 用 前 没有 进 
行 过 任何 声明 ， 而 当 程 序 员 想 使 用 时 ， 可 以 拿 来 就 用 。 


这 种 变量 的 使 用 方式 显得 非常 随 性 ， 而 在 C/C++ 程序 员 的 眼中 ， 
每 个 变量 使 用 前 必须 定义 几乎 是 天 经 地 义 的 事 ， 这 样 通 间 被 视 为 编程 
语言 中 的 “静态 类 型 ?的 体现 。 而 对 于 如 Python、Perl、JavaScript 等 语言 
中 变量 不 需要 声明 ， 而 几乎 “ 拿 来 束 用 ”的 变量 使 用 方式 ， 则 被 视 为 古 
编程 语言 中 “动态 类 型 ”的 体现 。 不 过 从 技术 上 疡 格 地 讲 ， 静 态 类 型 和 
动态 类 型 的 主要 区 别 在 于 对 变量 进行 类 型 检查 的 时 间 点 。 对 于 所 请 的 


~ 


静态 类 型 ， 类 型 检查 主要 发 生 在 编译 阶段 ， 而 对 于 动态 类 型 ， 类 型 检 
查 主要 发 生 在 运行 阶段 。 形 如 Python 等 语言 中 变量 “ 拿 来 就 用 ”的 特 
性 ， 则 需要 归功 于 一 个 技术 ， 即 类 型 推导 。 


事实 上 ， 类 型 推导 也 可 以 用 于 静态 类 型 的 语言 中 。 比 如 在 上 面 的 
Python 代 码 中 ， 如 果 按 照 C/C++ 程 序 员 的 思考 方式 ，worldn 表 达 式 应 
该 返回 一 个 临时 的 字符 串 ， 所 以 即使 ame 没有 进行 声明 ， 我 们 也 能 轻 
松 地 推导 出 name 的 类 型 应 该 是 一 个 字符 串 类 型 。 在 C++11 中 ， 这 个 想 
法 得 到 了 实现 。C++11 中 类 型 推导 的 实现 的 方式 之 一 就 古 重 定 义 了 auto 
关键 字 。 另 外 一 个 现实 是 decltype， 关 于 decltype 的 实现 ， 我 们 将 在 后 
面 详细 描述 。 


我 们 可 以 使 用 C++11 的 方式 书写 一 下 刚才 的 Python 代 码 ， 如 代码 
清单 4-3 所 示 。 


代码 清单 4-3 


#include <iostream> 
using namespace std; 
int main() { 


auto name = "world.\n"; 
cout << "hello, " << name; 
// 编译 选项 


:g++ -Std=c++11 4-2-1.cpp 


这 里 我 们 使 用 了 auto 关 键 字 来 要 求 编译 右 对 变量 name 的 类 型 进行 
目 动 推导 。 这 里 编译 紫 根 据 它 的 初始 化 表达 式 的 类 型 ， 推 导出 name 的 


类 型 为 char+。 这 样 一 来 号 达到 了 女 刚 才 的 Python 代 码 差 不 多 的 效果 。 


事实 上 ，auto 关 键 字 在 早期 的 C/C++ 标准 中 有 着 完全 不 同 的 含义 。 

声明 时 使 用 auto 修 饰 的 变量 ， 按 照 早 期 C/C++ 标准 的 解释 ， 是 具有 目 动 
存储 期 的 局 部 变量 。 不 过 现实 情况 是 该 天 键 字 几乎 无 人 使 用 ， 因 为 一 
般 画 数 内 没有 声明 为 static 的 变量 总 是 具有 上 自动 存储 期 的 局 部 变量 。 
此 在 C++11 中 ， 标 准 委 员 会 决定 赋予 auto 全 新 的 含义 ， 即 auto 不 再 是 一 
个 存储 类 型 指示 符 (storage-class-specifier， 如 static ` extern ` 
thread_local 等 都 是 存储 类 型 指示 符 ) ， 而 是 作为 一 个 新 的 类 型 指示 符 

(type-specifier， 如 int、float 等 都 是 类 型 指示 符 ) 来 指示 编译 器 ，auto 
声明 变量 的 类 型 必须 由 编译 名 在 编译 时 期 推导 而 得 。 


我 们 可 以 通过 代码 清单 4-4 所 示 的 例子 来 了 解 一 下 auto 类 型 推导 的 
基本 用 法 。 


代码 清单 4-4 


int main() { 
double foo(); 
auto x = 1; // X 的 类 型 为 


int 
auto y = foo(); // y 的 类 型 为 


double 
struct m { int i; }str; 
auto stri = str; // Str1 的 类 型 是 
struct m 
auto Z; // 无 法 推导 ， 无 法 通过 编译 
ZX 


// 编译 选项 


:g++ -Std=c++11 4-2-2.cpp 


在 代码 清单 4-4 中 ， 变 量 x 补 初始 化 为 1， 因 为 字面 常量 1 的 类 型 为 
const int， 所 以 编译 器 推导 出 x 的 类 型 应 该 为 int (这 里 const 类 型 限制 符 
被 去 掉 了 ， 后 面 会 解释 ) 。 同 理 在 变量 y 的 定义 中 ，auto 类 型 的 y 被 推 
导 为 double 类 型 ;而 在 auto str1 的 定义 中 ， 其 类 型 被 推导 为 struct m 。 


值得 注意 的 古 变 量 z， 这 里 我 们 使 用 auto 关 键 字 来 “声明 ”z， 但 不 立 
即 对 其 进行 定义 ， 此 时 编译 规则 会 报错 。 这 跟 通 过 其 他 关键 字 (除去 
引用 类 型 的 关键 字 ) 先 声 明 后 定义 变量 的 使 用 规则 是 不 同 的 。auto 声 
明 的 变量 必须 被 初始 化 ， 以 使 编译 器 能 够 从 其 初始 化 表达 式 中 推导 出 
其 类 型 。 从 这 个 意义 上 来 讲 ，auto 并 非 一 种 “类 型 声明， 而 是 一 个 类 
型 声明 时 的 “ 占 位 符 ”， 编 译 属 在 编译 时 期 会 将 auto 蔡 代为 变量 实际 的 


4.2.2 _ auto 的 优势 


直观 地 ，auto 推 导 的 一 个 最 大 优势 束 是 在 拥有 初始 化 表达 式 的 复 
杂 类 型 变量 声明 时 简化 代码 。 由 于 C++ 的 发 展 ， 声 明 变 量 类 型 也 变 得 
PORE, REIR, ZEA] ` Rist SRAM, SB 
程序 员 在 使 用 库 的 时 候 如 履 注水。 我 们 可 以 看 看 代码 清单 4-5 所 示 的 例 
ae 


代码 清单 4-5 


#include <string> 
#include <vector> 
void loopover(std::vector<std::string> & vs) { 
std: :vector<std::string>::iterator i = vs.begin(); // 想 要 使 


Iterator， 往 往 需要 书写 大 量 代码 


for (; i < vs.end(); i++) { 
// 一 些 代码 


} 
} 
// 编译 选项 


:g++ -c 4-2-3.cpp 


代码 清单 4-5 中 ， 我 们 在 不 使 用 using namespace std 的 情况 下 ( 事 
实 上 ， 很 多 专家 的 建议 就 是 如 此 ) 想 对 一 个 vector 数 组 进行 循环 。 可 以 
看 到 ， 当 我 们 想 定 义 一 个 迭代 器 i 的 时 候 ， 我 们 必须 写 出 
std::vector<std::string>::iterator 这 样 长 的 类 型 声明 。 即 使 是 一 位 擅长 克 


服 各 种 困难 的 C++ 老手 ， 也 不 会 对 如 此 元 长 的 代码 视而不见 。 而 使 用 
auto 的 话 ， 代 码 会 的 可 读 性 可 以 成 倍增 长 ， 如 代码 清单 4-6 所 示 。 


a 


的 


烦 ， 


代码 清单 4-6 


#include <string> 
#include <vector> 
void loopover(std::vector<std::string> & vs) { 
for (auto i = vs.begin(); i < vs.end(); i++) { 
// 一 些 代码 


} 
} 
// 编译 选项 


‘g++ -c -Std=c++11 4-2-4.cpp 


如 我 们 所 见 ， 使 用 了 auto， 程 序 员 甚 至 可 以 将 i 的 声明 放 入 for 循 环 
i 的 类 型 将 由 表达 式 vs.begin() 推 导出 。 事 实 上 ， 形 如 代码 清单 4-5 


复杂 声明 在 使 用 STL 的 代码 中 处 处 可 见 ， 在 C++11 中 ， 由 于 auto 的 存 
在 ， 


使 用 STL 将 会 变 得 更 加 容易 ， 写 出 的 代码 也 会 更 加 清晰 可 读 。 


auto 的 第 二 个 优势 则 在 于 可 以 免除 程序 员 在 一 些 类 型 声明 时 的 麻 
或 者 避免 一 些 在 类 型 声明 时 的 错误 。 事 实 上 ， 在 C/C++ 中 ， 存 在 


着 很 多 隐 式 或 者 用 户 目 定义 的 类 型 转换 规则 〈 比 如 整 型 与 字符 型 进行 
加 法 运算 后 ， 表 达 式 返回 的 是 整 型 ， 这 是 一 条 隐 式 规则 ) 。 这 些 规则 
并 非 很 容易 记忆 ， 尤 其 是 在 用 户 目 定义 了 很 多 操作 符 之 后 。 而 这 个 时 


候 ， 


auto 束 有 用 武之 地 了 。 我 们 可 以 看 看 代码 清单 4-7 所 示 的 例子 。 


代码 清单 4-7 


class PI { 
public: 
double operator* (float v) { 
return (double)val * v; // 这 里 精度 被 扩展 了 


} 
const float val = 3.1415927f; 


}; 
int main() { 
float radius = 1.7e10; 
PI pi; 
auto circumference = 2 * (pi * radius); 


// 编译 选项 


:g++ -Std=c++11 4-2-5.cpp 


代码 清单 4-7 中 ， 定 义 了 float 型 的 变量 radius (半径 ) 以 及 一 个 目 
定义 类 型 PI 变量 pi \ 值 ) ， 在 计算 圆周 长 的 时 候 ， 使 用 了 auto 类 型 来 定 
义 变量 circumference。 这 里 ，PI 在 与 float 类 型 数据 相 乘 时 ， 其 返回 值 为 
double。 而 PI 的 定义 可 能 是 在 其 他 的 地 方 ( 尖 文件 里 ，main 函 数 的 
程序 员 可 能 不 知道 PI 的 作者 为 了 避免 数据 上 淤 或 者 精度 降低 而 返回 了 
double 类 型 的 浮 点 数 。 因 此 main 函 数 程序 员 如 果 使 用 float 类 型 声明 
circumference， 就 可 能 享受 不 了 PI 作 者 细心 设计 带 来 的 好 处 。 反 之 ， 
将 circumference 声 明 为 aato， 则 之 无 问题 ， 因 为 编译 器 已 经 自动 地 做 了 
最 好 的 选择 。 


值得 指出 的 是 ，auto 并 不 能 解决 所 有 的 精度 问题 ， 我 们 可 以 看 看 
代码 清单 4-8 所 示 的 例子 。 


代码 清单 4-8 


#include <iostream> 
using namespace std; 
int main() { 
unsigned int a = 4294967295; / /最 大 的 


unsigned int 值 
unsigned int b = 1; 
auto c = a + b; // C 的 类 型 依然 是 


unsigned int 


cout << "a =" << a << endl; // a = 4294967295 
cout << "b = " << b << endl; //b=1 
cout << "a + b=" << c << endl;//a+b= 


return 0; 
} 
// 编译 选项 


:g++ -Std=c++11 4-2-6.cpp 


在 代码 清单 4-8 中 ， 程 序 员 可 能 指望 通过 声明 变量 c 为 auto 距 能 解决 
atb 溢 出 的 问题 。 而 实际 上 由 于 a+b 返 回 的 依然 是 unsigned int 的 值 ， 故 
而 c 的 类 型 依然 被 推导 为 unsigned int，auto 并 不 能 帮 上 人 忙 。 这 跟 一 些 动 
态 类 型 语言 中 数据 会 目 动 进行 扩展 的 特性 还 是 不 一 样 的 。 


auto 的 第 三 个 优点 号 是 其 “ 目 适 应 ”性 能 够 在 一 定 程 度 上 文 持 沁 型 
的 编程 。 


我 们 再 回 到 代码 清单 4-7 的 例子 ， 这 里 假设 PI 的 作者 改动 了 PI 的 定 
义 ， 比 如 将 operator* 返 回 值 变 为 long double, JAY, mainEx aust i 
要 修改 ， 因 为 auto 会 “ 目 适 应 ”新 的 类 型 。 


同 理 ， 对 于 不 同 的 平台 上 的 代码 维护 ，auto 也 会 带 来 一 些 “ 泛 
型 ?的 好 处 。 这 里 我 们 以 strmlen 函 数 为 例 ， 在 32 位 的 编译 环境 下 ，strlen 
返回 的 为 一 个 4 字 市 的 整 型 ， 而 在 64 位 的 编译 环境 下 ，strlen 会 返回 一 


个 8 字 节 的 整 型 。 虽 然 系 统 库 <cstring> 为 其 提供 了 size_t 类 型 来 支持 多 
平台 间 的 代码 共享 支持 ， 但 是 使 用 auto 关 键 字 我 们 同样 可 以 达到 代码 
跨 平 台 的 效果 。 


auto var = strlen("hello world!"). 


由 于 size_t 的 适用 范围 往往 局 限于 <cstring> 中 定义 的 函数 ，auto 的 
适用 范围 明显 更 为 广泛 。 


当 auto 应 用 于 模板 的 定义 中 ， 其 “ 目 适 应 ”性 会 得 到 更 加 充分 的 体 
现 。 我 们 可 以 看 看 代码 清单 4-9 所 示 的 例子 。 


代码 清单 4-9 


template<typename T1, typename T2> 
double Sum(T1 & t1, T2 & t2) { 


auto s = t1 + t2; J / S 的 类 型 会 在 模板 实例 化 时 被 推导 出 来 

return s; 
} 
int main() { 

int a = 3; 

long b = 5; 

float c = 1.0f, d = 2.3f; 

auto e = Sum<int ,long>(a, b); // S 的 类 型 被 推导 为 
long 

auto f = Sum<float,float>(c, d); // ”S 的 类 型 被 推导 为 
float 


} 
// 编译 选项 


:g++ -Std=c++11 4-2-7.cpp 


在 代码 清单 4-9 中 ，Sum 模 板 函 数 接受 两 个 参数 。 由 于 类 型 T1、T2 
要 在 模板 实例 化 时 才能 确定 ， 所 以 在 Sum 中 将 变量 s 的 类 型 声明 为 auto 
的 。 在 函数 main 中 我 们 将 模板 实例 化 时 ，Sum<int,long> 中 的 s 变 量 会 被 
推导 为 long 类 型 ， 而 Sum<float,float> 中 的 s 变 量 则 会 被 推导 为 float。 可 
以 看 到 ，auto 与 模板 一 起 使 用 时 ， 其 “ 自 适 应 ”特性 能 够 加 强 C++ 中 “ 泛 
型 * 的 能 力 。 不 过 在 这 个 例子 中 ， 由 于 总 是 返回 double 类 型 的 数据 ， 所 
以 sum 模板 函数 的 适用 范围 还 是 受到 了 一 定 的 限制 ， 在 4.4 节 中 ， 我 们 
可 以 看 到 怎么 使 用 追踪 返回 类 型 的 函数 声明 来 完全 释放 Sum 泛 型 的 能 


val 


另外 ， 应 用 auto 还 会 在 一 些 情况 下 取得 意 想 不 到 的 好 效果 。 我 们 
可 以 看 看 代码 清单 4-10 所 示 的 例子 口 。 


代码 清单 4-10 


#define Maxi(a, b) ((a) > (b)) ? (a) : (b) 
#define Max2(a, b) ({ \ 
auto _a = (a); \ 
auto _b = (b); \ 
(a > _b) ? _a: _b; }) 
int main() { 
int mi = Maxi(1*2*3*4, 5+6+7+8); 
int m2 = Max2(1*2*3*4, 5+6+7+8); 


} 
// 编译 选项 


:g++ -Std=c++11 4-2-8.cpp 


在 代码 请 单 4-10 中 ， 我 们 定义 了 两 种 类 型 的 安 Max1 和 Max2。 两 者 
作用 相同 ， 都 是 求 a 和 b 中 较 大 者 并 返回 。 前 者 采用 传统 的 三 元 运算 符 


表达 式 ， 这 可 能 会 市 来 一 定 的 性 能 问题 。 因 为 a 或 者 b 在 三 元 运算 符 中 
都 出 现 了 两 次 ， 那 么 无 论 是 取 a 还 是 取 pb， 其 中 之 一 都 会 被 运算 两 次 。 
而 在 Max2 中 ， 我 们 将 a 和 b 都 完 算出 来 ， 再 使 用 三 元 运算 符 进行 比较 ， 
就 不 会 存在 这 样 的 问题 了 。 


在 传统 的 C++98 标 准 中 ， 由 于 a 和 b 的 类 型 无 法 获得 ， 所 以 我 们 无 
法 定义 Max2 这 样 高 性 能 的 宏 。 而 新 的 标准 中 的 auto 则 提供 了 这 种 可 行 
必 


[1] 本 fl BA 材 来 源 于 GNU Cc 的 F 册 
http://gcc.gnu.org/onlinedocs/gcc/Typeof.html ° 


4.2.3 ”auto 的 使 用 细则 


虽然 我 们 在 4.2.1 节 及 4.2.2 节 中 看 到 了 很 多 关于 auto 的 使 用 ， 不 过 
auto 使 用 上 还 有 很 多 语法 相关 的 细节 。 如 果 读者 在 使 用 auto 的 时 候 遇 到 
一 些 不 理解 的 状况 ， 不 妨 回头 来 查阅 一 下 这 些 规则 。 


首 爷 我 们 可 以 看 看 auto 类 型 指示 符 与 指针 和 引用 之 间 的 关系 。 在 
C++11 中 ，auto 可 以 与 指针 和 引用 结合 起 来 使 用 ， 使 用 的 效果 基本 上 会 
符合 C/C++ 程序 员 的 想象 。 我 们 可 以 看 看 代码 清单 4-11 所 示 的 例子 。 


代码 清单 4-11 


int x; 
int * y = &; 
double foo(); 


int & bar(); 

auto * a = &x; // int* 

auto & b = x; // int& 

auto c = y; // int* 

auto d= y; // int* 

auto e = &f00(); // 编译 失败 


/指针 不 能 指向 一 个 临时 变量 


auto & f = foo(); // 编译 失败 


, nonconst 的 左 值 引用 不 能 和 一 个 临时 变量 绑 定 


auto g = bar(); // int 
auto & h = bar(); // int& 
// 编译 选项 


:g++ -Std=c++11 4-2-9.cpp 


本 例 中 ， 变 量 a、c、d 的 类 型 都 古 指 针 类 型 ， 旦 部 指 癌变 量 x。 实 
际 上 对 于 a、c、d 三 个 变量 而 言 ， 声 明 其 为 auto* 或 auto 并 没有 区 别 。 而 
如 采 要 使 得 auto 声 明 的 变量 是 另 一 个 变量 的 引用 ， 则 必须 使 用 autog&， 
如 同 本 例 中 的 变量 b 和 h 一 样 。 


其 次 ，auto 与 volatile 和 const 之 间 也 存在 着 一 些 相互 的 联系 。 
volatile 和 const 代 表 了 变量 的 两 种 不 同 的 属性 : 易 失 的 和 常量 的 。 在 
C++ 标 准 中 ， 它 们 常常 被 一 起 叫 作 cv 限 制 符 (cv-qualifier) 。 鉴 于 cv 限 
制 符 的 特殊 性 ，C++11 标 准 规定 auto 可 以 与 cv 限制 符 一 起 使 用 ， 不 过 声 
明 为 auto 的 变量 并 不 能 从 其 初始 化 表达 式 中 “之 走 ”cv 限 制 符 。 我 们 可 
以 看 看 代码 清单 4-12 所 示 的 例子 。 


代码 清单 4-12 


double foo(); 
float * bar(); 


const auto a = foo(); // a: const double 

const auto & b = foo(); // b: const double& 
volatile auto * c = bar(); // c: volatile float* 
auto d = a; // d: double 

auto & e = a; // e: const double & 
auto f = C; // f: float * 

volatile auto & g = C; // g: volatile float * & 


// 编译 选项 


:g++ -Std=c++11 4-2-10. cpp 


在 代码 清单 4-12 中 ， 我 们 可 以 通过 非 cv 限 制 的 类 型 初始 化 一 个 cv 
限制 的 类 型 ， 如 变量 a、b、c 所 示 。 不 过 通过 auto 声 明 的 变量 d、f 却 无 
法 市 走 a 和 ff 的 常量 性 或 者 易 失 性 。 这 里 的 例外 还 是 引用 ， 可 以 看 出 ， 


声明 为 引用 的 变量 e、g 孝 保持 了 其 引用 的 对 象 相同 的 属性 (事实 上 ， 
指针 也 是 一 样 的 ) 。 


此 外 ， 跟 其 他 的 变量 指示 符 一 样 ， 同 一 个 赋值 语句 中 ，auto 可 以 
用 来 声明 多 个 变量 的 类 型 ， 不 过 这 些 变量 的 类 型 必须 相同 。 如 果 这 些 
变量 的 类 型 不 相同 ， 编 译 器 则 会 报销。 事实 上 ， 用 auto 来 声明 多 个 变 
量 类 型 时 ， 只 有 第 一 个 变量 用 于 auto 的 类 型 推导 ， 然 后 推导 出 来 的 数 
据 类 型 被 作用 于 其 他 的 变量 。 所 以 不 允许 这 些 变 量 的 类 型 不 相同 ， 如 
代码 清单 4-13 所 示 。 


代码 清单 4-13 
auto x = 1, y = 2; // XF 
y 的 类 型 均 为 
int 


// Mm 是 一 个 指向 


const int 类 型 变量 的 指针 
, hn 是 一 个 
int 类 型 的 变量 


const auto* m = = oi n= 1; 
auto i = 1, j = 3.14f; i 编译 失败 


auto o = 1, &p = 0o, *q = &p; // 从 左 向 右 推导 


// 编译 选项 


‘g++ -Std=c++11 4-2-11.cpp -c 


在 代码 清单 4-13 中 ， 我 们 使 用 auto 声 明了 两 个 类 型 相同 变量 x 和 
y， 并 用 逗号 进行 分 隔 ， 这 可 以 通过 编译 。 而 在 声明 变量 i 和 j 的 时 候 ， 
按照 我 们 所 说 的 第 一 变量 用 于 推导 类 型 的 规则 ， 那 么 由 于 x 所 推导 出 的 
类 型 是 int， 那 么 对 于 变量 j 而 言 ， 其 声明 就 变 成 了 int j=3.14f， 这 无 疑 
会 导致 精度 的 损失 。 而 对 于 变量 m 和 n， 就 变 得 非常 有 趣 ， 这 里 似乎 是 
auto 被 替换 成 了 int， 所 以 m 是 一 个 int* 指 针 类 型 ， 而 n 只 是 一 个 int 类 
型 。 同 样 的 情况 也 发 生 在 变量 o、p、q 上 ， 这 里 o 是 一 个 类 型 为 int 的 变 
量 ,，p 是 0 的 引用 ， 而 gd 是 p 的 指针 。auto 的 类 型 推导 按照 从 左 往 右 ， 且 
类 似 于 字面 替换 的 方式 进行 。 事 实 上 ， 标 准 里 称 auto 是 一 个 将 要 推导 
出 的 类 型 的 * 占 位 符 ”(\placeholder) 。 这 样 的 规则 无 疑 是 直观 而 让 人 
略 感 意外 的 。 当 然 ， 为 了 不 必要 的 党 琐 记 忆 ， 程 序 员 可 以 选择 每 一 个 
auto 变 量 的 声明 写成 一 行 《 有 些 观 点 也 认为 这 是 好 的 编程 规范 ) 


此 外 ， 只 要 能 够 进行 推导 的 地 方 ，C++11 都 为 auto 指 是 了 详细 的 规 
则 ， 保 证 编译 絮 能 够 正确 地 推导 出 变量 的 类 型 。 包 括 C++11 新 引入 的 
初始 化 列表 ， 以 及 new， 都 可 以 使 用 auto 天 键 字 ， 如 代码 请 单 4-14 所 


Ae 


代码 清单 4-14 


#include <initializer_list> 
auto X = 

auto x1(1); 

auto y {1}; // 使 用 初始 化 列表 的 


auto 
auto z = new auto(1); // 可 以 用 : 


ne 


new 
/ / 编译 选项 


:g++ -Std=c++11 -c 4-2-12.cpp 


代码 清单 4-14 中 ，auto 变 量 y 的 初始 化 使 用 了 初始 化 列表 ， 编 译 需 
可 以 保证 y 的 类 型 推导 为 int。 而 z 指 针 所 指 疝 的 堆 变 量 在 分 配 时 依然 选 
择 让 编译 如 对 类 型 进行 推导 ， 同 样 的 ， 编 译 万 也 能 够 剑 证 这 种 方式 下 
类 型 推导 的 正确 性 。 


不 过 auto 也 不 是 万 能 的 ， 受 制 于 语法 的 二 义 性 ， 或 者 是 实现 的 困 
难 性 ，auto 往 往 也 会 有 使 用 上 的 限制 。 这 些 例外 的 情况 都 写 在 了 代码 
清单 4-15 所 示 的 例子 当中 。 


代码 清单 4-15 


#include <vector> 
using namespace std; 
void fun(auto x =1){} // 1: aut0 画 数 参 数 ， 无 法 通过 编译 


struct str{ 
auto var = 10; // 2: auto 非 静态 成 员 变 量 ， 无 法 通过 编译 


了 
int main() { 
char x[3]; 
auto y = x; 
auto z[3] = x; // 3: auto 数 组 ， 无 法 通过 编译 


// 4: auto 模 板 参数 (实例 化 时 ) ， 无 法 通过 编译 


vector<auto> v = {1}; 
// 编译 选项 


:g++ -Std=c++11 4-2-13. cpp 


我 们 分 别 来 看 看 代码 清单 4-15 中 的 4 种 不 能 推导 的 情况 。 


1) 对 于 函数 fun 来 说 ，auto 不 能 是 其 形 参 类 型 。 可 能 读者 感觉 对 
于 fun 来 说 ， 由 于 其 有 默认 参数 ， 所 以 应 该 推导 fun 形 参 x 的 类 型 为 int 
型 。 但 事实 却 无 法 符合 大 家 的 想象 。 因 为 auto 古 不 能 做 形 参 的 类 型 
的 。 如 果 程 序 员 需 要 泛 型 的 参数 ， 还 是 需 要 求助 于 模板 。 


2) 对 于 结构 体 来 说 ， 非 静态 成 员 变 量 的 类 型 不 能 是 auto 的 。 同 样 
的 ， 由 于 var 定 义 了 初始 值 ， 读 者 可 能 认为 auto 可 以 推导 str 成 员 var 的 类 
型 为 int 的 。 但 编译 圳 阻止 auto 对 结构 体 中 的 非 静态 成 员 进 行 推 导 ， 即 
使 成 员 拥有 初始 值 。 


3) 声明 auto 数 组 。 我 们 可 以 看 到 ，main 中 的 x 是 一 个 数组 ，y 的 类 
型 是 可 以 推导 的 ， 而 声明 auto z[3] 这 样 的 数组 同样 会 被 编译 融 蔡 止 。 


A) 在 实例 化 模板 的 时 候 使 用 auto 作 为 模板 参数 ， 如 main 中 我 们 声 
明 的 vector<auto>v。 虽 然 读者 可 能 认为 这 里 一 眼 而 知 是 int 类 型 ， 但 编 
译 器 却 阻止 了 编译 。 


以 上 4 种 情况 的 特点 基本 相似 ， 人 为 地 观察 很 容易 能 够 推导 出 auto 
所 在 位 置 应 有 的 类 型 ， 但 现 有 的 C++11 的 标准 还 没有 支持 这 样 的 使 用 
方式 。 如 果 程 序 员 遇 到 auto 不 够 聪明 的 情况 ， 不 妨 回 头 看 看 是 否 违 育 
了 以 上 一 些 规则 。 


此 外 ， 程 序 员 还 应 该 注意 ， 由 于 为 了 避免 和 C++98 中 auto 的 含义 发 
生 混 淆 ，C++11 只 保留 auto 作 为 类 型 指示 符 的 用 法 ， 以 下 的 语句 在 
C++98 和 C 语 言 中 都 是 合法 的 ， 但 在 C++11 中 ， 编 译 器 则 会 报错 。 


auto int i = 1; 


总 的 来 说 ，auto 在 C++11 中 是 相当 关键 的 特性 之 一 。 我 们 之 后 还 会 
在 很 多 地 方 看 到 auto， 比 如 4.4 世 中 的 追踪 返回 类 型 的 函数 声明 ， 以 及 
7.3 节 中 lambda 与 auto 的 配合 使 用 等 。 《事实 上 ， 第 3 章 中 我 们 也 使 用 
过 ) 。 不 过 ， 如 我 们 提 到 的 ，auto 只 是 C++11 中 类 型 推导 体现 的 一 部 
分 。 其 余 的 ， 则 会 在 decltype 中 得 到 体现 。 


4.3 decltype 


CHP 类 别 ， 库 作者 


4.3.1 typeid 与 decltype 


我 们 在 4.2 市 中 曾经 提 到 过 静态 类 型 和 动态 类 型 的 区 别 。 不 过 与 C 
完全 不 支持 动态 类 型 不 同 的 是 ，C++ 在 C++98 标 准 中 就 部 分 支持 动态 
类 型 了 。 如 读者 能 够 想象 的 ，C++98 对 动态 类 型 文 持 就 是 C++ 中 的 运 
行 时 类 型 识别 CRITI) ° 


RTTI 的 机 制 是 为 每 个 类 型 产生 一 个 type_info 类 型 的 数据 ， 程 序 员 
可 以 在 程序 中 使 用 typeid 随 时 查询 一 个 变量 的 类 型 ，typeid 就 会 返回 变 
量 相应 的 type_info 数 据 。 而 type_info 的 name 成 员 函 数 可 以 返回 类 型 的 
名 字 。 而 在 C++11 中 ， 又 增加 了 hash_code 这 个 成 员 函 数 ， 返 回 该 类 型 
唯一 的 哈 希 值 ， 以 供 程序 员 对 变量 的 类 型 随时 进行 比较 。 我 们 可 以 看 
看 代码 清单 4-16 所 示 的 例子 。 


代码 清单 4-16 


#include <iostream> 
#include <typeinfo> 
using namespace std; 
class Whitef{}; 
class Black{}; 
int main() { 
White a; 
Black b; 
cout << typeid(a).name() << endl; // 5White 
cout << typeid(b).name() << endl; // 5Black 
White c; 
bool a_b_sametype = (typeid(a).hash_code() == typeid(b).hash_code()); 
bool a_c_sametype = (typeid(a).hash_code() == typeid(c).hash_code()); 
cout << "Same type? " << endl; 
cout << "A and B? " << (int)a_b_sametype << endl; // 0 
cout << "A and C? " << (int)a_c_sametype << endl; // 1 


} 
// 编译 选项 


:g++ -Std=c++11 4-3-1.cpp 


这 里 我 们 定义 了 两 个 不 同 的 类 型 White 和 Black， 以 及 其 类 型 的 变 
量 a 和 b。 此 外 我 们 使 用 typeid 返 回 类 型 的 type_info， 并 分 别 应 用 name 打 
印 类 型 的 名 字 (5 这 样 的 前 缀 是 g++ 这 类 编译 器 输出 的 名 字 ， 其 他 编译 
器 可 能 会 打印 出 其 他 的 名 字 ， 这 个 标准 并 没有 明确 规定 ) ， 应 用 
hash_code 进 行 类 型 的 比较 。 在 RTTI 的 文 持 下 ， 程 序 员 可 以 在 一 定 程 度 
上 了 解 程序 中 类 型 的 信息 〈 这 里 可 以 注意 一 下 ， 相 比 于 4.1.2 节 中 的 
is_same 模 板 函 数 的 成 员 类 型 value 在 编译 时 得 到 信息 ，hash_code 是 运 
行 时 得 到 的 信息 ) 。 


除了 typeid 外 ，RTTI 还 包括 了 C++ 中 的 dynamic_cast 等 特性 。 不 过 
不 得 不 提 的 是 ， 由 于 RTTI 会 带 来 一 些 运行 时 的 开销 ， 所 以 一 些 编译 器 
会 让 用 户 选 择 性 地 关闭 该 特性 (比如 XL C/C++ 编译 器 的 -qnortti，GCC 
的 选项 -fno-rttion， 或 者 微软 编译 器 选项 /GR-) ° 而 且 很 多 时 候 ， 运 行 
时 才 确 定 出 类 型 对 于 程序 员 来 说 为 时 过 晚 ， 程 序 员 更 多 需要 的 是 在 编 
译 时 期 确定 出 类 型 (标准 库 中 非常 常见 ，。 而 通常 程序 员 是 要 使 用 这 
样 的 类 型 而 不 是 识别 该 类 型 ， 因 此 RTTI 无 法 满足 需求 。 


事实 上 ， 在 C++ 的 发 展 中 ， 类 型 推导 是 随 着 模板 和 沁 型 编程 的 广 
泛 使 用 而 引入 的 。 在 非 泛 型 的 编程 中 ， 我 们 不 用 对 类 型 进行 推导 ， 
为 任何 表达 式 中 变量 的 类 型 都 是 明确 的 ， 而 运算 、 函 数 调 用 等 也 都 有 


明确 的 返回 类 型 。 然 而 在 泛 型 的 编程 中 ， 类 型 成 了 未 知 数 。 我 们 可 以 
回顾 一 下 4.2 节 中 代码 清单 4-9 所 示 的 例子 ， 其 中 的 模板 函数 Sum 的 参数 
的 tL 和 t2 类 型 都 是 不 确定 的 ， 因 此 t1+t2 这 个 表达 式 将 返回 的 类 型 也 就 
不 可 由 Sum 的 编写 者 确定 。 无 疑 ， 这 样 的 状况 会 限制 模板 的 使 用 范围 
和 编写 方式 。 而 最 好 的 解决 办 法 束 是 让 编译 器 辅助 地 进行 类 型 推导 。 


在 decltype 产 生 之 前 ， 很 多 编译 絮 的 三 商都 开发 了 目 己 的 C++ 语言 
扩展 用 于 类 型 推导 。 比 如 GCC 的 typeof 操 作 符 就 是 其 中 的 一 种 。C++11 
则 将 这 些 类 型 推导 手段 进行 了 细致 的 考量 ， 最 终 标 准 化 为 auto 以 及 
decltype。 与 auto 类 似 地 ，decltype 也 能 进行 类 型 推导 ， 不 过 两 者 的 使 用 
方式 却 有 一 定 的 区 别 。 我 们 可 以 看 代码 清单 4-17 所 示 的 这 个 简单 的 例 
T o 


代码 清单 4-17 


#include <typeinfo> 
#include <iostream> 
using namespace std; 
int main() { 

int i; 

decltype(i) j= 0; 

cout << typeid(j).name() << endl; // 打印 出 


ie a g++ 表示 


int 
float a; 
double b; 
decltype(a + b) C; 
cout << typeid(c).name() << endl; // 打印 出 


"da", g++ 表示 
double 


// 编译 选项 


‘g++ -Std=c++11 4-3-2.cpp 


在 代码 清单 4-17 中 ， 我 们 看 到 变量 j 的 类 型 由 decltype(i) 进 行 声 明 ， 
表示 j 的 类 型 跟 i 相 同 (或 者 准确 地 说 ， 跟 i 这 个 表达 式 返 回 的 类 型 相 
E) 。 而 c 的 类 型 则 跟 (a+b) 这 个 表达 式 返回 的 类 型 相同 。 而 由 于 a+b 加 
法 表达 式 返回 的 类 型 为 double (a 会 被 扩展 为 double 类 型 与 b 相 加 ) ， 所 
以 c 的 类 型 被 decltype 推 导 为 double ° 


从 这 个 例子 中 可 以 看 到 ，decltype 的 类 型 推导 并 不 是 像 auto 一 样 是 
从 变量 声明 的 初始 化 表达 式 获 得 变量 的 类 型 ，decltype 总 是 以 一 个 普通 
的 表达 式 为 参数 ， 返 回 该 表达 式 的 类 型 。 而 与 auto 相 同 的 是 ， 作 为 一 
个 类 型 指示 符 ，decltype 可 以 将 获得 的 类 型 来 定义 另外 一 个 变量 。 与 


auto 相 同 ，decltype 类 型 推导 也 是 在 编译 时 进行 的 。 


4.3.2 decltype 的 应 用 


在 Ct++11 中 ， 使 用 decltype 推 导 类 型 是 非常 常见 的 事情 。 比 较 典 型 
的 瓯 是 decltype 与 typdef/using 的 合用 。 在 C++11 的 头 文件 中 ， 我 们 党 能 
看 以 下 这 样 的 代码 : 

using ptrdiff_t = deeitype((int*)@ = (int*)9); 
using nullptr_t = decltype(nullptr); 

这 里 size_t 以 及 ptrdiff_t 还 有 nullptr_t (417.177) 都 是 由 decltype 
推导 出 的 类 型 。 这 种 定义 方式 非常 有 意思 。 在 一 些 常量 、 基 本 类 型 、 
运算 答 、 操 作 符 等 都 已 经 被 定义 好 的 情况 下 ， 类 型 可 以 按照 规则 被 推 
导出 。 而 使 用 using， 就 可 以 为 这 些 类 型 取 名 。 这 就 三 履 了 之 前 类 型 拓 
展 需要 将 扩展 类 型 “映射 到 基本 类 型 的 常规 做 法 。 


除 此 之 外 ，decltype 在 某 些 场景 下 ， 可 以 极 大 地 增加 代码 的 可 读 
性 。 比 如 代码 清单 4-18 所 示 的 例子 。 


代码 清单 4-18 


#include <vector> 
using namespace std; 
int main() { 
vector<int> vec; 
typedef decltype(vec.begin()) vectype; 
for (vectype i = vec.begin(); i < vec.end(); i++) { 
// 做 一 些 事情 


for (decltype(vec)::iterator i = vec.begin(); i < vec.end(); i++) { 
// 做 一 些 事情 


} 
} 
// 编译 选项 


:g++ -Std=c++11 4-3-3.cpp 


在 代码 清单 4-18 中 ， 我 们 定义 了 vector 的 iterator 的 类 型 。 这 个 类 型 
还 可 以 在 main 范 数 中 重用 。 当 我 们 过 到 一 些 具有 复杂 类 型 的 变量 或 表 
达 式 时 ， 就 可 以 利用 decltype 和 typedef/using 的 组 合 来 将 其 转化 为 一 个 
简单 的 表达 式 ， 这 样 在 以 后 的 代码 写作 中 可 以 提高 可 读 性 和 可 维护 
性 。 此 外 我 们 可 以 看 到 decltype(vec)::iterator 这 样 的 灵活 用 法 ， 这 看 起 
来 跟 auto 非 常 类 似 ， 也 类 似 于 是 一 种 “ 占 位 符 ? 式 的 奉 代 。 


在 C++ 中 ， 我 们 有 时 会 遇 到 匿名 的 类 型 ， 而 拥有 了 decltype 这 个 利 
吉之 后 ， 重 用 匿名 类 型 也 并 非 难事 。 我 们 可 以 看 看 代码 清单 4-19 所 示 
的 例子 。 


代码 清单 4-19 


= 
所 


enum class{K1, K2, K3}anon_e; // 匿名 的 强 类 型 


union { 
decltype(anon_e) key; 
char* name; 

}anon_u; // 匿名 的 


UnIon 联 合体 


struct { 
int d; 
decltype(anon_u) id; 


}anon_s[100]; // 匿名 的 


Struct 数 组 


int main() { 
decltype(anon_s) as; 
as[@].id.key = decltype(anon_e)::K1; // 引用 匿名 强 类 型 枚 举 中 的 值 


} 
// 编译 选项 


:g++ -Std=c++11 4-3-4.cpp 


这 里 我 们 使 用 了 3 种 不 同 的 匿名 类 型 : 匿名 的 强 类 型 枚 举 anon_e 
(请 参见 5.1 节 ) 、 匿 名 的 联合 体 anon_u， 以 及 匿名 的 结构 体 数 组 

anon s。 可 以 看 到 ， 只 要 通 过 匿名 类 型 的 变量 名 anon_e、anon u, D 

及 anon_s，decltype 可 以 推导 其 类 型 并 且 进 行 重用 。 这 些 都 是 以 前 

C++ 代码 所 做 不 到 的 。 事 实 上 ， 在 一 些 C 代 码 中 ， 匿 名 的 结构 体 和 联合 

体 并 不 少见 。 不 过 匿名 一 般 都 有 匿名 理由 ， 一 般 程 序 员 都 不 布 望 匿名 
后 的 类 型 被 重用 。 这 里 的 decltype 只 是 提供 了 一 种 语法 上 的 可 能 


一 步 地 ， 有 了 decltype， 我 们 可 以 适当 扩大 模板 泛 型 的 能 
是 以 代码 清单 4-9 为 例 ， 如 果 我 们 稍微 改变 一 下 函数 模板 的 接口 ， 该 模 
板 将 适用 于 更 大 的 范围 。 我 们 来 看 看 代码 清单 4-20 中 经 过 改进 的 例 
T o 


代码 清单 4-20 


// ”S 的 类 型 被 声明 为 


decltype(ti + t2) 
template<typename T1, typename T2> 
void Sum(T1 & ti, T2 & t2, decltype(ti + t2) & s) { 


s = ti + t2; 


int main() { 
int a = 3; 
long b = 5; 
float c = 1.0f, d = 2.3f; 
long e; 
float f; 
Sum(a, b, e); // S 的 类 型 被 推导 为 


long 
Sum(c, d, f); // S 的 类 型 被 推导 为 


float 
// 编译 选项 


:g++ -Std=c++11 4-3-5.cpp 


相 比 于 代码 清单 4-9 的 例子 ， 代 码 清 单 4-20 的 Sum 范 数 模板 增加 了 
类 型 为 decltype(t1+t2) 的 s 作 为 参数 ， 而 函数 本 喘 不 返回 任何 值 。 这 样 
一 来 ，Sum 的 适用 范围 增加 ， 因 为 其 返回 的 类 型 不 再 是 代码 清单 4-9 中 
单一 的 double 类 型 ， 而 是 根据 t1+t2 推 导 而 来 的 类 型 。 不 过 这 里 还 是 有 
一 定 的 限制 ， 我 们 可 以 看 到 返回 值 的 类 型 必须 一 开始 就 被 指定 ， 程 序 
员 必 须 清 楚 sum 运 算 的 结果 使 用 什么 样 的 类 型 来 存储 是 合适 的 ， 这 在 
一 些 泛 型 编程 中 依然 不 能 满足 要 求 。 解 决 的 方法 是 结合 decltype 与 auto 
关键 子 ， 使 用 追踪 返回 类 型 的 钞 数 定义 来 使 得 编译 右 对 函数 返回 值 进 
行 推 性 。 我 们 会 在 4.4 节 中 看 到 具体 的 细 广 (事实 上 ，decltype 一 个 最 
大 的 用 途 就 是 用 在 追踪 返回 类 型 的 函数 中 ) 


在 代码 请 单 4-20 中 模板 定义 虽然 存在 一 些 限 制 ， 但 也 基本 十 可 以 
广泛 使 用 的 。 但 是 不 得 不 提 的 是 ， 某 些 情况 下 ， 模 板 库 的 使 用 人 员 可 
能 认为 一 些 目 然而 简单 的 数据 结构 ， 比 如 数组 ， 也 十 可 以 被 模板 类 所 


包括 的 。 不 过 很 明显 ， 如 果 t1 和 t2 是 两 个 数组 ，tl+t2 不 会 是 合法 的 表 
达 式 。 为 了 避免 不 必要 的 误解 ， 模 板 库 的 开发 人 员 应 该 为 这 些 特殊 的 
情况 提供 其 他 的 版 本 ， 如 代码 清单 4-21 所 示 。 


代码 清单 4-21 


template<typename T1, typename T2> 
void Sum(T1 & ti, T2 & t2, decltype(ti + t2) & s) { 
s = t1 + t2; 


} 
void Sum(int a[], int b[], int c[]){ 
// 数组 版 本 


int main() { 
int a[5], b[5], c[5]; 
Sum(a, b, c); // 选择 数组 版 本 


int d, e, f; 
Sum(d, e, f); // 选择 模板 的 实 


例 化 版 本 


// 编译 选项 


:g++ -Std=c++11 4-3-6.cpp 


在 代码 清单 4-21 中 ， 由 于 声明 了 数组 版 本 Sum， 编 译 右 在 编译 
Sum(a,b,c) 的 上 时候， 会 优先 选择 数组 版 本 ， 而 编译 Sum(d,e,f) 的 时 候 ， 
依然 会 对 应 到 模板 的 实例 化 版 本 。 这 就 能 够 保证 Sum 模 板 范 数 最 大 的 
可 用 性 (不 过 这 里 的 数组 版 本 似乎 做 不 了 什么 事情 ， 因 为 数组 长 度 丢 
RT? 


我 们 在 实例 化 一 些 模板 的 时 候 ，decltype 也 可 以 起 到 一 些 作用 ,我 
们 可 以 看 看 代码 清单 4-22 所 示 的 例子 。 


代码 清单 4-22 


#include <map> 

using namespace std; 

int hash(char*); 

map<char*, decltype(hash)> dict_key; / / 无 法 通过 编译 


map<char*, decltype(hash(nullptr))> dict_key1; 
// 编译 选项 


:g++ -c -Std=c++11 4-3-7.cpp 


在 代码 清单 4-22 中 ， 我 们 实例 化 了 标准 库 中 的 map 模 板 。 因 为 该 
map 是 为 了 存储 字符 串 以 及 与 其 对 应 哈 希 值 的 ， 因 此 我 们 可 以 通过 
decltype(hash(nullptr)) 来 确定 哈 希 值 的 类 型 。 这 样 的 定义 非常 直观 ， 但 
是 程序 员 必须 要 注意 的 是 ，decltype 只 能 接受 表达 式 做 参数 ， 像 函数 名 
做 参数 的 表达 式 decltype(hash) 是 无 法 通过 编译 的 。 


事实 上 ，decltype 在 C++11 的 标准 库 中 也 有 一 些 应 用 ， 一 些 标 准 库 
的 实现 也 会 依赖 于 decltype 的 类 型 推导 。 一 个 典型 的 例子 是 基于 
decltype 的 模板 类 result of， 其 作用 十 推导 函数 的 返回 类 型 。 我 们 可 以 
看 一 下 应 用 的 实例 ， 如 代码 清单 4-23 所 示 。 


代码 清单 4-23 


#include <type_traits> 
using namespace std; 
typedef double (*func)(); 
int main() { 
result_of<func()>::type f; // 由 


Func ( ) 推导 其 结果 类 型 


/ / 编译 选项 


:g++ -Std=c++11 4-3-8.cpp 


这 里 f 的 类 型 最 终 被 推导 为 double， 而 result_of 并 没有 真正 调用 
funcO 这 个 函数 ， 这 一 切 都 是 因为 确 层 的 实现 使 用 了 decltype。result_of 
的 一 个 可 能 的 实现 方式 如 下 : 


template<class> 
struct result_of; 


template<class F, class... ArgTypes> 
struct result_of<F(ArgTypes...)> 


typedef decltype( 
std: :declval<F>()(std::declval<ArgTypes>()...) 


) type; 
请 读者 忽略 declval 1 ， 这 里 标准 库 将 decltype 作 用 于 函数 调用 上 
〈 使 用 了 变 长 函数 模板 ) ， 并 将 函数 调用 表达 式 返 回 的 类 型 typedef 为 
一 个 名 为 type 的 类 型 。 这 样 一 来 ， 代 码 清 单 4-23 中 的 
result_of<func()>::type 束 会 被 decltype 推 导 为 double。 


[1] 实际 是 STL 中 的 一 种 语法 技巧 ， 更 多 的 内 容 可 以 查阅 一 些 在 线 文 
$, Ulhttp://en.cppreference.com/w/cpp/utility/declval ° 


4.3.3 decltype 推 导 四 规则 


作为 auto 的 伙伴 ，decltype 在 C++1ll 中 也 非常 重要 。 不 过 跟 auto 一 
样 ， 由 于 应 用 广泛 ， 所 以 使 用 decltype 也 有 很 多 的 细则 条 款 需 要 注意 。 
很 多 时 候 ， 用 户 会 发 现 decltype 的 行为 并 不 如 预期 ， 那 么 下 面 的 规则 可 
会 更 好 地 解释 这 些 “ 不 如 预期 ”的 编译 器 行为 。 


能 
大 多 数 时 候 ，decltype 的 使 用 看 起 来 非常 平易 近 人 ， 但 是 有 时 我 们 


也 会 落 入 一 些 令 人 疑惑 的 陷阱 。 最 典型 的 束 古 代码 清单 4-24 所 示 的 这 
oly 


> yE 
代码 清单 4-24 
int i; 
decltype(i) a; // a: int 
decltype((i)) b; // b: int 有， 无 法 编译 通过 
/ / 编译 选项 


:g++ -Std=c++11 4-3-9.cpp 


我 们 在 编译 代码 清单 4-24 的 时 候 ， 会 惊奇 地 发 现 ，decltype((i))b; 
这 样 的 语句 编译 不 过 。 编 译 絮 会 提示 b 是 一 个 3 引用， 但 没有 被 赋 初 值 。 
而 decltype(i)a; 这 一 句 却 能 通过 编译 ， 因 为 其 类 型 被 如 预期 地 推导 为 


int ° 


这 种 问题 显得 非常 诡异 ， 单 单 多 了 一 对 圆 括号 ，decltype 所 推导 出 
的 类 型 居然 发 生 了 变化 。 事 实 上 ，C++11 中 decltype 推 导 返 回 类 型 的 规 
则 比 我 们 想象 的 复杂 。 上 有 具体 地 ， 当 程序 员 用 decltype(e) 来 获取 类 型 时 ， 
编译 需 将 依 序 判断 以 下 四 规则 : 


1) 如 果 e 是 一 个 没有 带 插 号 的 标记 符 表 达 式 (id-expression) 或 者 
类 成 员 访问 表达 式 ， 那 么 decltype(e@) 就 是 e 所 命名 的 实体 的 类 型 。 此 
外 ， 如 采 e 是 一 个 被 重 载 的 函数 ， 则 会 导致 编译 时 错误 。 


2) 否则 ， 假 设 e 的 类 型 是 T， 如 果 e 是 一 个 将 亡 值 (xvalue)， 那 么 


decltype(e) 为 T&& ° 


3) 否则 ， 假 设 e 的 类 型 是 IT， 如 果 e 是 一 个 左 值 ， 则 decltype(e) 为 


T& ° 


4) 否则 ， 假 设 e 的 类 型 是 T， 则 decltype(e) 为 T。 


这 里 我 们 要 解释 一 下 标记 符 表 达 式 (id-expression) 。 基 本 上 ， 所 
有 除去 关键 字 、 字 面 量 等 编译 项 需要 使 用 的 标记 之 外 的 程序 员 目 定义 
的 标记 (token) 都 可 以 是 标记 符 (identifier) ° 而 单个 标记 符 对 应 的 
表达 式 殉 是 标记 符 表 达 式 。 比 如 程序 员 定 义 了 : 


int arr[4]; 


那么 arr 是 一 个 标记 符 表 达 式 ， 而 arr[3]+0,arr[3] 等 ， 则 都 不 是 标记 
符 表 达 式 。 


我 们 再 回 到 代码 清单 4-24， 并 结合 decltype 类 型 推导 的 规则 ， 就 可 
以 知道 ，decltype(i)a; 使 用 了 推导 规则 1 一 因为 i 是 一 个 标记 符 表 达 式 ， 
所 以 类 型 被 推导 为 int。 而 decltype((i))b; 中 ， 由 于 (Gi) 不 是 一 个 标记 符 表 
达 式 ， 但 却 是 一 个 左 值 表达 式 《可 以 有 具名 的 地 址 ) ， 因 此 ， 按 照 
decltype 推 导 规 则 3， 其 类 型 应 该 是 一 个 int 的 引用 。 


上 面 的 规则 看 起 来 非常 复杂 ， 但 事实 上 ， 在 实际 应 用 中 ，decltype 
类 型 推导 规则 中 最 容易 引起 迷惑 的 只 有 规则 1 和 规则 3。 我 们 可 以 通过 
代码 清单 4-25 所 示 的 这 个 例子 再 加 深 一 下 理解 。 


代码 清单 4-25 
int i = 4; 


int arr[5] = {0}; 

int *ptr = arr; 

struct S { double d; } s; 

void Overloaded(int); 

void Overloaded(char); // BRAM 


int && RvalRef(); 
const bool Func(int); 
// 规则 


1: 单个 标记 符 表 达 式 以 及 访问 类 成 员 ， 推 导 为 本 类 型 


decltype(arr) vari; // int[5], 标记 符 表 达 式 


decltype(ptr) var2; // int*, 标记 符 表达 式 


decltype(s.d) var4; // double, 成 员 访问 表达 式 


decltype(Overloaded) var5; // 无 法 通过 编译 ， 是 个 重 载 的 函数 


// 规则 


2: 将 亡 值 ， 推 导 为 类 型 的 右 值 引 上 


decltype(RvalRef()) var6 = 1; // int&& 
// 规则 


3: 左 值 ， 推 导 为 类 型 的 引 


[Gy 
o 
| 
> 


decltype(true ? i : i) var7 = i; // int&/， 三 元 运算 符 ， 这 里 ; 


工 的 左 值 


decltype((i)) var8 = i; // int&, 带 圆 括号 的 左 值 
decltype(++i) var9 = i; // int&, ++ikEF 
工 的 左 值 

decltype(arr[3]) var10 = i; // int& [] 操 作 返 回 左 值 
decltype(*ptr) varii = i; // int& * 操 作 返 回 左 值 


i 


decltype("lval") vari2 = "lval"; // const char(&)[9], 745 


面 常量 为 左 值 


// 规则 


4: 以 上 都 不 是 ， 推 导 为 本 类 型 


decltype(1) var13 // int, 除 字符 串 外 字面 常量 为 右 值 
decltype(it++) vari4; // int, i++ 
decltype((Func(1))) var15 ; // const bool, 圆 括号 可 以 忽略 


// 编译 选项 


:g++ -std=c++11 -c 4-3-10.cpp 


和 


代码 清单 4-25 中 我 们 将 四 种 规则 的 例子 都 列 了 出 来 。 可 以 看 到 ， 
规则 1 不 但 适用 于 基本 数据 类 型 ， 还 适用 于 指针 、 数 组 、 结 构 体 ， 甚 至 
函数 类 型 的 推导 ， 事 实 上 ， 规 则 1 在 decltyp 类 型 推导 中 运用 的 最 为 广 
泛 。 而 规则 2 则 比较 人 稍 单 ， 基 本 上 符合 程序 员 的 想象 。 


规则 3 其 实 是 一 个 左 值 规则 。decltype 的 参数 不 是 标志 表达 式 或 者 
类 成 员 访 问 表 达 式 ， 且 参数 都 为 左 值 ， 推 导出 的 类 型 均 为 左 值 引用 。 
规则 4 则 是 适用 于 以 上 都 不 适用 者 。 我 们 这 里 看 到 了 ++i 和 i++ 在 左右 值 
上 的 区 别 ， 以 及 字符 串 字 面 常 量 lval、 非 字符 串 字 面 常 量 1 在 左右 值 间 
的 区 别 。 


看 过 这 人 么 多 规则 ， 读 者 可 能 觉得 过 于 复杂 ， 但 事实 上 ， 如 同 我 们 
之 前 提 到 的 ， 引 起 麻烦 的 只 是 规 则 3 市 来 的 左 值 引用 的 推导 。 一 个 简单 
的 能 够 让 编译 右 提 示 的 方法 是 ， 如 有 果 使 用 decltype 定 义 变量 ， 那 么 先 声 
明 这 个 变量 ， 再 在 其 他 语句 里 对 其 进行 初始 化 。 这 样 一 来 ， 由 于 左 值 
引用 总 是 需要 初始 化 的 ， 编 译 器 会 报错 提示 。 为 外 一 些 时 候 ，C++11 
标准 库 中 添加 的 模板 类 is_lvalue_reference， 可 以 帮助 程序 员 进 行 一 些 
推导 结 末 的 识别 。 我 们 看 看 代码 清单 4-26 所 示 的 例子 。 


代码 清单 4-26 


#include <type_traits> 
#include <iostream> 
using namespace std; 
int i= 4; 

int arr[5] = {0}; 

int *ptr = arr; 


int && RvalRef(); 
int main()f{ 


cout << is_rvalue_reference<decltype(RvalRef())>::value << endl; // 1 
cout << is_lvalue_reference<decltype(true ? i : i)>::value << endl; // 1 
cout << is_lvalue_reference<decltype((i))>::value << endl; // 1 
cout << is_lvalue_reference<decltype(++i)>::value << endl; // 1 
cout << is_lvalue_reference<decltype(arr[3])>::value << endl; // 1 
cout << is_lvalue_reference<decltype(*ptr)>::value << endl; // 1 
cout << is_lvalue_reference<decltype("lval")>::value << endl; // 1 
cout << is_lvalue_reference<decltype(i++)>::value << endl; // 0 
cout << is_rvalue_reference<decltype(i++)>::value << endl; // 0 


// 编译 选项 


:g++ -Std=c++11 4-3-11. cpp 


代码 清单 4-26 中 ， 我 们 使 用 了 模板 类 is_lvalue_reference 的 成 员 
value 来 查看 decltype 的 效果 〈1 表 示 是 左 值 引用 ，0 则 反之 ) 。 如 我 们 
所 见 ， 代 码 清单 4-26 中 凡是 符合 规则 3 的 ， 都 会 被 推导 为 左 值 引 用 。 如 
果 程 序 员 在 程序 的 书写 中 不 是 非常 确定 decltype 是 否 将 类 型 推导 为 左 值 
引用 ， 也 可 以 通过 这 样 的 小 实验 来 辅助 确定 。 这 里 我 们 还 使 用 了 模板 
函数 is_rvalue_reference， 同 样 ， 程 序 员 也 可 以 通过 它 来 确定 decltype 是 
否 推导 出 了 右 值 引用 。 


4.3.4 cv 限制 符 的 继承 与 风 余 的 符号 


与 auto 类 型 推导 时 不 能 “ 融 走 ”cv 限制 符 不 同 ，decltype 古 能 够 “ 融 
走 ” 表 达 式 的 cv 限制 符 的 。 不 过 ， 如 果 对 象 的 定义 中 有 const 或 volatile 限 
制 符 ， 使 用 decltype 进 行 推导 时 ， 其 成 员 不 会 继承 const 或 volatile 限 制 
符 。 我 们 可 以 看 看 如 代码 清单 4-27 所 示 的 例子 。 


代码 清单 4-27 


#include <type_traits> 
#include <iostream> 
using namespace std; 
const int ic = 0; 
volatile int iv; 
struct S { int i; }; 
const S a = {0}; 
volatile S b; 

volatile S* p = &b; 
int main() { 


cout << is_const<decltype(ic)>::value << endl; // 1 

cout << is_volatile<decltype(iv)>::value << endl; // 1 

cout << is_const<decltype(a)>::value << endl; // 1 

cout << is_volatile<decltype(b)>::value << endl; // 1 

cout << is_const<decltype(a.i)>::value << endl; // 0, 成员 不 是 
const 


cout << is_volatile<decltype(p->i)>::value << endl; // 0, mane 
volatile 
// 编译 选项 


:g++ -Std=c++11 4-3-12. cpp 


代码 清单 4-27 的 例子 中 ， 我 们 使 用 了 C++ 库 提供 的 is_const 和 
is_volatile 来 查看 类 型 是 否 是 常量 或 者 易 失 的 。 可 以 看 到 ， 结 构 体 变量 


a、b 和 结构 体 指针 p 的 cv 限制 符 并 没有 出 现在 其 成 员 的 decltype 类 型 推 
导 结 果 中 。 


而 与 auto 相 同 的 ，decltype 从 表达 式 推导 出 类 型 后 ， 进 行 类 型 定义 
时 ， 也 会 允许 一 些 元 余 的 符号 。 比 如 cv 限制 符 以 及 引用 符号 &， 通 党 
情况 下 ， 如 有 果 推 导出 的 类 型 已 经 有 了 这 些 属 性 ， 元 余 的 符号 则 会 被 忽 
略 ， 如 代码 清单 4-28 所 示 。 


代码 清单 4-28 


#include <type_traits> 

#include <iostream> 

using namespace std; 

int i= 1; 

int & j = i; 

int * p = &i; 

const int k = 1; 

int main() { 
decltype(i) & vari 
decltype(j) & var2 


i; 
i; // TRH 


&, 被 忽略 


cout << is_lvalue_reference<decltype(vari)>::value << endl;// 1, 是 左 值 引 j 


cout << is_rvalue_reference<decltype(var2)>::value << endl;// 90， 不 是 右 值 3 


cout << is_lvalue_reference<decltype(var2)>::value << endl;// 1， 是 左 值 引 上 


decltype(p)* var3 = &i; / / 无 法 通过 编译 

decltype(p)* var3 = &p; // Var3 的 类 型 是 
int** 

auto* v3 = p; // V3 的 类 型 是 
int* 

v3 = &i; 


const decltype(k) var4 = 1; // 元 余 的 


const, W2 


// 编译 选项 


:g++ -Std=c++11 4-3-13. cpp 


在 代码 清单 4-28 中 ， 我 们 定义 了 类 型 为 decltype(i)& 的 变量 varl， 
以 及 类 型 为 decltypeQj)& 的 变量 var2。 由 于 i 的 类 型 为 int， 所 以 这 里 的 引 
用 符号 保证 varl 成 为 一 个 int& 引 用 类 型 。 而 由 于 j 本 来 就 是 一 个 int& 的 
引用 类 型 ， 所 以 decltype 之 后 的 & 成 为 了 见 余 符号 ， 会 被 编译 器 忽略 ， 
因此 j 的 类 型 依然 是 int& 。 


这 里 特别 要 注意 的 是 decltype(p)#* 的 情况 。 可 以 看 到 ， 在 定义 var3 
变量 的 了 时候， 由 于 p 的 类 型 是 int*， 因 此 var3 被 定义 为 了 int** 类 型 。 这 
跟 auto 声 明 中 ，* 也 可 以 是 见 余 的 不 同 。 在 decltype 后 的 * 号 ， 并 不 会 被 


编译 需 忽 略 。 


此 外 我 们 也 可 以 看 到 ，var4 中 const 可 以 被 元 余 的 声明 ， 但 会 被 编 
译 需 忽略 ， 同 样 的 情况 也 会 发 生 在 volatile 限 制 符 上 。 


总 的 说 来 ，decltype 算 得 上 是 C++11 中 类 型 推导 使 用 方式 上 最 灵活 
的 一 种 。 虽 然 看 起 来 它 的 推导 规则 比较 复杂 ， 有 的 时 候 跟 auto 推 导 结 
果 还 略 有 不 同 ， 但 大 多 数 时 候 ， 我 们 发 现 使 用 decltype 还 是 目 然而 亲切 
的 。 一 些 细则 的 区 别 ， 读 者 可 以 在 使 用 时 遇 到 问题 再 返回 查验。 而 下 
面 的 追踪 返回 类 型 的 函数 定义 ， 则 将 融合 auto、decltype， 将 C++11 中 
的 泛 型 能 力 提升 到 更 高 的 水 平 。 


CHP 类 别 ， 库 作者 


4.4.1 奶 蹊 返回 类 型 的 引入 
如 我 们 在 4.2 节 与 4.3 节 中 反复 提 到 的 ， 退 中 返回 类 型 配合 auto 与 
decltype 会 真正 释放 C++11 中 沁 型 编程 的 能 


在 C++98 中 ， 如 有 果 一 个 函数 模板 的 返回 类 型 依赖 于 实际 的 入 口 参 
数 类 型 ， 那 么 该 返回 类 型 在 模板 实例 化 之 前 可 能 都 无 法 确定 ， 这 样 的 
话 我 们 在 定义 该 函数 模板 时 就 会 遇 到 扬 烦 。 可 以 回想 一 下 代码 清单 4-9 
的 例子 ， 由 于 Sum 模 板 函 数 的 两 个 参数 t1 与 忆 的 类 型 没有 确定 ， 所 以 我 
们 只 能 简单 地 设置 结果 s 为 double 类 型 并 返回 。 这 束 限 制 了 Sum 的 使 用 
范围 (大 概 只 能 用 于 数值 不 算 太 大 的 算术 运算 ; 。 而 在 代码 清单 4-20 
中 ， 我 们 改进 了 Sum 模 板 函 数 ， 通 过 增加 decltype(t1+t2) 的 参数 的 方式 
来 返回 泛 型 的 值 。 这 样 做 虽然 扩大 了 Sum 的 适用 范围 ， 但 改变 了 Sum 
的 使 用 方式 ， 在 一 些 情况 下 ， 也 是 不 可 以 接受 的 。 而 且 由 于 程序 员 必 
须 预 先知 道 返回 的 类 型 ， 其 使 用 上 的 灵活 性 也 就 打 了 一 些 折扣 。 


那么 ， 最 为 直观 的 解决 方式 就 是 对 返回 类 型 进行 类 型 推导 。 而 最 
为 直观 的 书写 方式 如 下 所 示 : 
template<typename T1, typename T2> 


decltype(t1 + t2) Sum(T1 & t1, T2 & t2) { 
return t1 + t2; 
} 


这 样 的 写法 虽然 看 似 不 错 ， 不 过 对 编译 器 来 说 有 些小 问题 。 编 译 
器 在 推导 decltype(t1+t2) 时 的 ， 表 达 式 中 的 tL 和 t2 都 未 声明 (虽然 它们 
近 在 癌 尺 ， 编 译 器 却 只 会 从 左 往 右 地 读 入 符号 ) 。 按 照 C/C++ 编 译 器 
的 规则 ， 变 量 使 用 前 必须 已 经 声明 ， 因 此 ， 为 了 解决 这 个 问题 ， 
C++11 引 入 新 语法 一 追踪 返回 类 型 ， 来 声明 和 定义 这 样 的 函数 。 
template<typename Tiy typename T2> 


auto Sum(T1 & t1, T2 & t2) -> decltype(ti + t2){ 
return t1 + t2; 
} 


如 上 面 的 写法 所 示 ， 我 们 把 函数 的 返回 值 移 至 参数 声明 之 后 ， 复 
合 从 号 ->decltype(t1+t2) 被 称 为 退路 返回 类 型 。 而 原本 函数 返回 值 的 位 
置 由 auto 关 键 子 占据。 这 样 ， 我 们 就 可 以 让 编译 右 来 推导 Sum 函 数 模 
板 的 返回 类 型 了 。 而 auto 占 位 符 和 ->return_type 也 就 是 构成 追踪 返回 类 
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数 的 声明 最 大 的 区 别 在 于 返回 类 型 
数 的 声明 方式 会 明显 简单 于 最 终 返 回 


这 样 的 书写 会 比 下 面 的 书写 少 上 不 少 。 


auto func(char*a, int b) 


不 过 有 的 时 候 ， 追 踪 返 
外 ， 比 如 代码 清单 4-29 所 示 的 这 


代码 清 


单 4-29 


class OuterType{ 
struct InnerType { int i; }; 
InnerType GetInner(); 
InnerType it; 


3; 
// 可 以 不 写 


OuterType: 
return 


} 
// 编译 选项 


:InnerType 
auto OuterType: :GetInner() 


it; 


:g++ -std=c++11 4-4-1.cpp 


-> int; 


回 类 型 


型 声明 的 函数 也 会 之 给 大 家 一 些 意 


文 个 例子 。 


-> InnerType { 


在 代码 清单 429 中 ， 可 以 看 到 我 们 使 用 最 终 返回 类 型 的 时 候 ， 
InnerType 不 必 写 明 其 作用 域 。 这 对 于 讨厌 写 很 长 作用 域 的 程序 员 来 
说 ， 也 算得 上 是 一 个 好 消息 。 


如 我 们 刚才 提 到 的 ， 返 回 类 型 后 置 ， 使 模板 中 的 一 些 类 型 推导 束 
成 为 了 可 能 。 我 们 可 以 看 看 代码 清单 4-30 所 示 的 使 用 追踪 返回 类 型 的 
例子 。 


代码 清单 4-30 


#include <iostream> 

using namespace std; 

template<typename T1, typename T2> 

auto Sum(const T1 & t1, const T2 & t2) -> decltype(t1 + t2){ 
return t1 + t2; 


} 
template <typename T1, typename T2> 
auto Mul(const T1 & t1, const T2 & t2) -> decltype(ti * t2){ 
return t1 * t2; 
} 
int main() { 
auto a = 3; 
auto b = 4L; 
auto pi = 3.14; 
auto c = Mul(Sum(a, b), pi); 
cout << c << endl; // 21.98 
} 
// 编译 选项 


:g++ -Std=c++11 4-4-2.cpp 


在 代码 清单 4-30 的 例子 中 ， 我 们 定义 了 两 个 模板 函数 Sum 和 Mnul， 
它们 的 参数 的 类 型 和 返回 值 都 在 实例 化 时 决定 。 而 由 于 main 函 数 中 还 
使 用 了 auto， 整 个 例子 中 没有 看 到 一 个 “具体 ”的 类 型 声明 。 事 实 上 ， 
这 段 代码 尤其 是 主 函 数 ， 看 起 来 有 点 像 是 一 个 动态 类 型 语言 的 代码 ， 


而 不 像 是 一 个 有 着 疡 格 静 态 类 型 的 C++ 的 代码 。 当 然 ， 这 一 切 都 要 归 
功 于 类 型 推导 帮助 下 的 泛 型 编程 。 程 序 员 在 编写 代码 时 无 需 关 心 任何 
时 段 的 类 型 选择 ， 编 译 器 会 合理 地 进行 推导 ， 而 简单 程序 的 书写 也 由 
此 得 到 了 极 大 的 简化 。 


除了 解决 以 上 所 描述 的 问题 ， 退 踩 返 回 类 型 的 另 一 个 优势 是 向 化 
函数 的 定义 ， 提 高 代码 的 可 读 性 。 这 种 情况 常见 于 图 数 指 针 中 。 我 们 
可 以 看 一 下 代码 清单 4-31 所 示 的 例子 。 


代码 清单 4-31 


#include <type_traits> 
#include <iostream> 
using namespace std; 
// 有 的 时 候 ， 你 会 发 现 这 是 面试 题 


int (*(*pf())())() { 


return nullptr; 


} 
// auto (*)() -> int(*) () 一 个 返回 画 数 指针 的 画 数 


(假设 为 


ana 


) 
// auto pf1() -> auto (*)() -> int (*)() 一 个 返回 


Qa 画 数 的 指针 的 函数 
auto pf1() -> auto (*)() -> int (*)() { 
return nullptr; 


} 
int main() { 
cout << is_same<decltype(pf), decltype(pf1i)>::value << endl; // 1 


} 
// 编译 选项 


:g++ -Std=c++11 4-4-3.cpp 


在 代码 清单 4-31 中 ， 定 义 了 两 个 类 型 完全 一 样 的 画 数 pf 和 pf1。 其 
返回 的 都 十 一 个 函数 指针 。 而 该 函数 指针 又 指 疝 一 个 返回 范 数 指针 的 
函数 。 这 一 点 通过 is_same 的 成 员 value 已 经 能 够 确定 了 (参见 4.1.1) ° 
而 仔细 看 一 看 函数 类 型 的 声明 ， 可 以 发 现 老式 的 声明 法 可 读 性 非常 
关 。 而 追 踩 返回 类 型 只 需要 依照 从 右 回 左 的 方式 ， 束 可 以 将 舱 套 的 声 
明 解 析出 来 。 这 大 大 提高 了 内 套 函 数 这 类 代码 的 可 读 性 。 


除 此 之 外 ， 追 踪 返 回 类 型 也 被 广泛 地 应 用 在 转发 函数 中 ， 如 代码 
清单 4-32 所 示 。 


代码 清单 4-32 


#include <iostream> 
using namespace std; 
double foo(int a) { 
return (double)a + 0.1; 


} 
int foo(double b) { 
return (int)b; 


template <class T> 

auto Forward(T t) -> decltype(foo(t)){ 
return foo(t); 

int main(){ 
cout << Forward(2) << endl; // 2.1 
cout << Forward(@.5) << endl; // 0 

// 编译 选项 


:g++ -Std=c++11 4-4-4.cpp 


代码 清单 4-32 中 ， 我 们 可 以 看 到 ， 由 于 使 用 了 人 退 踪 返回 类 型 ， 可 
以 实现 参数 和 返回 类 型 不 同时 的 转发 。 


追踪 返回 类 型 还 可 以 用 在 函数 指针 中 ， 其 声明 方式 与 追踪 返回 类 
型 的 函数 比 起 来 ， 并 没有 太 大 的 区 别 。 比 如 : 


auto (*fp)() -> int; 


和 
int (*fp)(); 


的 函数 指针 声明 有 是 等 价 的 。 同 样 的 情况 也 适用 于 函数 引用 ， 比 如 : 


auto (&fr)() -> int; 


和 


int (&fr)(); 


的 声明 也 是 等 价 的 。 


除了 以 上 所 描述 的 函数 模板 、 普 通 函 数 、 画 数 指针 、 画 数 引用 以 
外 ， 追 躁 返回 类 型 还 可 以 用 在 结构 或 类 的 成 员 函 数 、 类 模板 的 成 员 画 
数 里 ， 其 方法 大 同 小 异 ， 这 里 不 一 一 举例 了 。 男 外 ， 没 有 返回 值 的 范 
数 也 可 以 被 声明 为 奶 踪 返回 类 型 ， 程序 员 只 需要 将 返回 类 型 声明 为 
void 即 可 ° 


4.5 基于 范围 的 for 人 循环 


CHP 类别 ， 所 有 人 


在 C++98 标 准 中 ， 如 采 要 裔 历 一 个 数组 ， 通 常会 需要 代码 清单 4- 
33 所 示 的 代码 。 


代码 清单 4-33 


#include <iostream> 
using namespace std; 
int main() { 
int arr[5] = { 1, 2, 3, 4, 5}; 
int * p; 
for (p = arr; p < arr + sizeof(arr)/sizeof(arr[0]); ++p){ 
*p 大 一 2 
for (p = arr; p < arr + A ++p){ 
cout << *p << '\t' 
} 
} 
// 编译 选项 


‘g++ 4-5-1.cpp 


代码 清单 4-33 中 ， 我 们 使 用 了 指针 p 来 遍历 数组 arr 中 的 内 容 ， 两 个 
循环 分 别 完 成 了 每 个 元 素 目 乘 以 2 和 打印 工作 。 而 C++ 的 标准 模板 库 
中 ， 我 们 还 可 以 找到 形 如 for_each 的 模板 函数 。 如 果 我 们 使 用 for_each 
来 完成 代码 清单 4-33 中 的 工作 ， 代 码 看 起 来 会 是 代码 清单 4-34 所 示 的 
样子 。 


代码 清单 4-34 


#include <algorithm> 

#include <iostream> 

using namespace std; 

int actioni(int & e){ e *= 2; } 

int action2(int & e){ cout << e << '\t'; } 

int main() { 
int arr[5] = { 1, 2, 3, 4, 5}; 
for_each(arr, arr + sizeof(arr)/sizeof(arr[0]), action1); 
for_each(arr, arr + sizeof(arr)/sizeof(arr[0]), action2); 


// 编译 选项 


‘g++ -Std=c++11 -c 


for_each 使 用 了 适 代 器 的 概念 ， 其 迭代 器 就 是 指针 。 由 于 迭代 器 内 
含 了 自 增 操作 的 概念 ， 所 以 如 代码 清单 4-33 中 的 ++p 操 作 则 可 以 不 写 在 
for_each 循 环 中 了 “。 不 过 无 论 是 代码 清单 4-33 还 是 代码 清单 4-34， 都 需 

告诉 循环 体 其 界限 的 范围 ， 即 arr 到 arr+sizeof(arr)/sizeof(arr[0]) 之 
间 ， 才 能 按 元 素 执行 操作 。 


事实 上 ， 循 环 的 “ 目 动 范围 ”这 个 问题 ， 在 很 多 语言 中 已 经 实现 
了 。 我 们 可 以 看 看 bash 中 for 循 环 的 使 用 方法 。 


for iin'12345' ; 
do 

$i = “expr $i + $i`; 
echo $i; 


上 面 的 bash 完 成 了 与 代码 清单 4-33 及 代码 清单 4-34 一 样 的 功能 ， 不 
过 语法 上 ，bash 使 用 了 for...in 的 方式 ， 因 此 循环 的 范围 是 “ 目 说 明 ” 的 ， 
征 在 "12345' 这 样 的 范围 中 完成 元 素 操作 的 。 很 多 时 候 ， 对 于 一 个 有 纯 
围 的 集合 而 言 ， 由 程序 员 来 说 明 循 环 的 范围 是 多 余 的 ， 也 是 容易 犯错 


误 的 。 而 C++11 也 引入 了 基于 范围 的 for 循 环 ， 束 可 以 很 好 地 解决 了 这 


个 问题 。 


我 们 可 以 看 一 下 基于 范围 的 for 循 环 改写 的 例子 ， 如 代码 清单 4-35 
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代码 清单 4-35 


#include <iostream> 

using namespace std; 

int main() { 
int arr[5] = { 1, 2, 3, 4, 5 }; 
for oe e: arr) 


for Gini a e: arr) 
cout << e << '\t'; 


} 
// 编译 选项 


:g++ -Std=c++11 4-5-3.cpp 


代码 清单 4-35 就 是 一 个 基于 范围 的 for 循 环 的 实例 。for 循 环 后 的 括 
号 由 冒号 “: ”分 为 两 部 分 ， 第 一 部 分 是 范围 内 用 于 送 代 的 变量 ， 第 二 
部 分 则 表示 将 被 送 代 的 范围 。 在 代码 清单 4-35 这 个 具体 的 例子 当中 ， 
表示 的 是 在 数组 ar 中 用 迭代 器 e 进 行 志 历 。 这 样 一 来 ， 思 历数 组 和 STL 
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在 代码 清单 4-35 中 ， 基 于 范围 的 for 循 环 中 迭代 的 变量 采用 了 引用 
的 形式 ， 如 采 和 迭代 变量 的 值 在 循环 中 不 会 被 修改 ， 那 我 们 完全 可 以 不 
用 引用 的 方式 来 做 迭代 变量 。 比 如 上 例 中 的 第 二 个 基于 范围 的 for 循 环 
可 以 被 改 为 : 


for (int e: arr) 
cout << e << '\t'; 


代码 依然 可 以 很 好 地 工作 。 当 然 ， 如 采 结 合 之 前 讲 过 的 auto 类 型 


站 示 符 ， 人 循环 会 显得 更 位 练 。 


for (auto e: arr) 
cout << e << '\t'; 


基于 范围 的 for 循 环 跟 普 通 循环 是 一 样 的 ， 可 以 用 continue 语 名 来 
跳 过 循环 的 本 次 迭代 ， 而 用 break 语 句 来 路 出 整个 循环 。 


值得 指出 的 是 ， 有 是 否 能 够 使 用 基于 范围 的 for 循 环 ， 必 须 依赖 于 一 
些 条 件 。 首 先 ， 融 是 for 循 环 迭 代 的 范围 定 可 确定 的 。 对 于 类 来 说 ， 如 
果 该 类 有 begin 和 end 画 数 ， 那 么 begin 和 end 之 间 就 是 for 循 环 迭 代 的 范 
o 对 于 数组 而 言 ， 束 是 数组 的 第 一 个 和 最 后 一 个 元 素 间 的 范围 。 其 
次 ， 基 于 范围 的 for 循 环 还 要 求 烛 代 的 对 象 实现 ++ 和 == 等 操作 符 。 对 于 
标准 库 中 的 容器 ， 如 string ` array ` vector ` deque ` list ` queue ` 
map、set 等 ， 不 会 有 问题 ， 因 为 标准 库 总 是 保证 其 容器 定义 了 相关 的 
操作 。 普 通 的 已 知 长 度 的 数组 也 不 会 有 问题 。 而 用 户 目 己 写 的 类 ， 则 
需要 目 行 提供 相关 操作 。 


相反 ， 如 琳 我 们 数组 大 小 不 能 确定 的 话 ， 古 不 能 够 使 用 基于 泡 围 
的 for 循 环 的 ， 比 如 代码 清单 4-36 所 示 的 用 法 ， 束 会 导致 编译 时 的 错 
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代码 清单 4-36 


#include <iostream> 

using namespace std; 

int func(int a[]) { 

for (auto e: a) 
cout << e; 


int main() { 
int arr[] = {1, 2, 3, 4, 5}; 
func(arr); 


// 编译 选项 


:g++ -Std=c++11 4-5-4.cpp 


上 述 代 码 会 报错 ， 因 为 作为 参数 传递 而 来 的 数组 a 的 范围 不 能 确 
定 ， 因 此 也 就 不 能 使 用 基于 范围 循环 for 循 环 对 其 进行 迭代 的 操作 。 


男 外 一 点 ， 习 惯 了 使 用 迭代 器 的 C++ 程 序 员 可 能 需要 注意 ， 束 古 
基于 范围 的 循环 使 用 在 标准 库 的 容 需 中 时 ， 如 有 宁 使 用 auto 来 声明 迭代 
的 对 象 的 话 ， 那 么 这 个 对 和 象 不 会 是 迭代 器 对 象 。 代 码 清单 4-37 所 示 的 
这 个 简单 的 例子 可 以 说 明 这 一 情况 。 


代码 清单 4-37 


#include <vector> 
#include <iostream> 
using namespace std; 
int main() { 
vector<int> v = {1, 2, 3, 4, 5}; 
for (auto i = v.begin(); i != v.end(); ++i) 
cout << *i << endl; // REREN 


for (auto e: V) 
cout << e << endl; // e 是 解 引 用 后 的 对 象 


/ / 编译 选项 


:g++ -Std=c++11 4-5-5.cpp 


读者 只 需要 注意 e 和 *i 的 区 别 就 可 以 了 。 


4.6 ”本章 小 结 


在 本 章 里 ， 介 绍 了 C++11 四 个 讨 人 喜欢 的 新 特性 ， 它 们 的 特色 非 
党 鲜明， 都 能 够 减少 代码 的 书写 ， 或 加 强 代码 的 可 读 性 。 


目 先 ， 我 们 看 到 C++11 中 解决 了 双 右 尖 括 号 的 语法 问题 的 小 改 
进 。 相 比 于 C++98 中 ， 模 板 实例 化 时 右 尖 括号 间 必 须 空格 的 “奇怪 ? 规 
定 ，C++11 可 以 说 采取 了 更 加 平易 近 人 的 态度 ， 使 得 这 一 规则 不 再 需 
要 o 


其 次 ， 我 们 可 以 看 到 C++11 中 关于 类 型 推导 的 巨大 改进 。 虽 然 
auto、decltype， 以 及 追 踩 返 回 类 型 的 函数 声明 ， 它 们 的 由 来 都 可 以 追 
测 到 C++ 使 用 模板 进行 泛 型 编程 上 ， 但 从 实际 效果 上 看 ， 由 于 有 了 类 
型 推导 ， 整 个 C++ 程序 的 书写 的 便利 性 被 极 大 地 提高 了 。 相 应 地 ， 代 
码 可 读 性 也 大 大 改善 。 可 以 说 ， 类 型 推导 不 仅 提高 了 模板 库 的 沁 型 能 
力 ， 导 致 C++11 风 格 下 的 编程 跟 以 前 的 Ct++98 风 格 下 的 编程 有 了 改 
变 ， 而 且 在 我 们 的 范例 中 看 到 了 全 部 傈 仗 于 类 型 推导 ， 没 有 一 个 “ 明 
确 ” 类 型 的 C++ 代码 ， 这 对 于 一 个 静态 类 型 的 、 有 痢 长 久 历 史 渊 源 的 语 
言 而 言 ， 几 乎 是 不 可 想象 的 。 但 是 在 C++11 中 ， 这 种 友好 的 编程 方式 
已 经 得 到 了 良好 的 支持 。 虽 然 深 入 语言 细节 的 时 候 ， 我 们 可 能 发 现 一 
些 推导 的 规则 依然 复杂 ， 但 对 于 90% 以 上 的 普通 应 用 ， 类 型 推导 已 经 


做 得 足够 好 用 。 如 有 宁 要 在 C++11 中 挑选 最 好 的 独特 性 的 话 ， 类 型 推导 
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再 者 ， 我 们 看 到 了 基于 范围 的 for 循 环 。 结 合 auto 天 键 字 ， 程 序 员 
只 需要 知道 "我 在 欠 代 地 访问 每 个 元 聚 ? 即 可 ， 而 再 也 不 必 关 心 苍 围 、 
如 何 和 迭代 访问 等 细节 。 这 比 以 前 标准 库 的 for_each 做 得 更 加 出 色 。 虽 然 
基本 上 基于 范围 的 for 循 环 没 有 任何 灵活 性 可 言 ， 但 将 常 做 的 事情 做 得 
更 快 更 好 ， 也 往往 是 程序 员 最 大 的 需求 。 


总 的 来 说 ， 以 上 新 特性 对 于 新 手 来 说 ， 非 常 易学 ， 对 于 老兵 而 
， 非 常 好 用 。 无 论 对 什么 水 平 的 编程 者 来 说 ， 总 可 以 从 使 用 这 些 特 
性 当中 获得 一 些 花 处 。 在 后 面 的 章 世 里 ， 我 们 还 会 继续 看 到 这 些 特性 
的 身影 《就 如 在 前 面 的 章 世 里 一 样 ) 。 
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第 5 章 ”提高 类 型 安全 


相 比 于 C 语 言 ，C++ 则 更 为 强调 类 型 ， 其 目的 是 为 了 在 构建 复杂 的 
软件 系统 时 ， 能 够 尽 可 能 地 在 编译 时 期 找到 错误 并 提醒 程序 员 。 虽 然 
C++98 对 于 类 型 系统 的 构建 已 经 近乎 完美 ， 却 还 古 有 枚 举 这 样 的 漏网 
之 鱼 。 所 以 C++11 对 其 进行 了 增强 。 另 外 一 方面 ， 指 针 使 用 的 安全 则 
一 直 是 C++ 的 重要 议题 。 几 乎 所 有 的 C++ 的 书籍 都 少不了 指针 方面 的 
探讨 。 而 C++11 则 再 次 为 指针 安全 使 用 作出 了 努力 。 在 本 章 ， 我 们 会 
看 到 C++11 的 做 法 。 


5.1 强 类 型 榴 举 


CHP 类别， 部 分 人 


5.1.1 H: 分门别类 与 数值 的 名 字 


枚 举 类 型 是 C 及 C++ 中 一 个 基本 的 内 置 类 型 ， 不 过 也 是 一 个 有 
点 “奇怪 ”的 类 型 。 从 枚 举 的 本 意 上 来 讲 ， 就 是 要 定义 一 个 类 别 ， 并 穷 
举 同 一 类 别 下 的 个 体 以 供 代 码 中 使 用 。 由 于 枚 举 来 源 于 C， 所 以 出 于 
设计 上 的 简单 的 目的 ， 枚 举 值 常常 是 对 应 到 整 型 数值 的 一 些 名 字 。 比 
如 : 


enum Gender { Male, Female }; 


定义 了 Gender (性 别 ) 枚 举 类 型 ， 其 中 包含 两 种 枚 举 值 Male 及 
Famale。 编 译 器 会 默认 为 Male 赋 值 0， 为 Famale 赋 值 1。 这 是 C 对 名 称 
的 简单 包装 ， 即 将 名 称 对 应 到 数值 。 


而 枚 举 类 型 也 可 以 是 匿名 的 ， 匿 名 的 枚 举 会 有 意 想 不 到 的 用 处 。 
比如 当 程 序 中 需要 “数值 的 名 字 ?” 的 时 候 ， 我 们 利 音 可 以 使 用 以 下 3 种 方 
式 来 实现 。 


第 一 种 方式 是 宏 ， 比 如 : 


#define Male 0 
#define Female 1 


宏 的 弱点 在 于 其 定义 的 只 是 预 处 理 阶 段 的 名 字 ， 如 果 代码 中 有 
Male 或 者 Female 的 字符 哩 ， 无 论 在 什么 位 置 一 律 将 被 奉 换 。 这 在 有 的 
时 候 会 干扰 到 正 冰 的 代码 ， 因 此 很 多 时 候 为 了 避免 这 种 情况 ， 程 序 员 
会 让 宏 全 部 以 大 写字 母 来 命名 ， 以 区 别 于 正常 的 代码 。 


而 第 二 种 方式 一 匿名 的 enum 的 状况 会 好 些 。 
enum { Male, Female }; 


这 里 的 匿名 枚 举 中 的 Male 和 Female 都 是 编译 时 期 的 名 字 ， 会 得 到 
编译 絮 的 检查 。 相 比 于 宏 的 实现 ， 匿 名 枚 举 不 会 有 干扰 正常 代码 的 夏 


ja ° 
不 过 在 C++ 中 ， 更 受 推荐 征 第 三 种 方式 一 静态 音量 。 如 : 


const static int Male = 0; 
const static int Female = 1; 


Male 和 Female 的 名 字 同 样 得 到 编译 时 期 检查 。 由 于 十 静 态 稼 量 ， 
其 名 字 作 用 域 也 被 很 好 地 局 限于 文件 内 。 不 过 相 比 于 enum， 静 态 常 量 
不 仅仅 是 一 个 编译 时 期 的 名 子 ， 编 译 避 还 可 能 会 为 Male 和 Female 在 目 
标 代 码 中 产生 实际 的 数据 ， 这 会 增加 一 点 存储 空间 。 相 比 而 言 ， 匿 名 
的 枚 举 似乎 更 为 好 用 。 


不 过 事实 上 ， 这 3 种 “数值 的 名 字 ?” 的 实现 方式 肘 优 热 劣 ， 程 序 员 们 
各 执 一 词 。 不 过 枚 举 类 型 的 使 用 的 独特 性 则 十 无 需 质疑 的 。 


注意 ”历史 上 ， 枚 举 还 有 一 个 被 称 为 “enum hack” 的 独特 应 用 ， 在 
上 面 的 静态 常量 的 例子 中 ， 如 果 static 的 Male 和 Female 声 明 在 class 中 ， 
在 一 些 较 早 的 编译 器 上 不 能 为 其 就 地 赋值 \ 赋 值 需要 在 class 外 ) ， 
此 有 人 也 采用 了 enum 的 方式 在 class 中 来 代替 常量 声明 。 这 就 是 enum 
hack” ° 


虽然 enum 确 实 有 些 “ 奇 怪 ” 的 用 途 ， 不 过 作为 "“ 枚 举 类 型 "本身 而 
，enum 并 非 完 美 ， 具 体 见 下 o 


mil 


5.1.2 ”有 缺陷 的 枚 举 类 型 


C/C++ 的 enum 有 个 很 “奇怪 ”的 设 定 ， 束 是 具名 (BAF) 的 enum 
类 型 的 名 字 ， 以 及 enum 的 成 员 的 名 字 都 是 全 局 可 见 的 。 这 与 C++ 中 具 
名 的 namespace、class/struct 及 union 必 须 通 过 “名 字 :: 成 员 名 ”的 方式 访 
问 相 比 是 格格 不 入 的 (namespace 等 被 称 为 强 作用 域 类 型 ， 而 enum 则 
是 非 强 作用 域 类 型 ，。 一 不 小 心 ， 程 序 员 就 容易 遇 到 问题 。 比 如 下 面 
两 个 枚 举 : 


enum Type { General, Light, Medium, Heavy }; 
enum Category { General, Pistol, MachineGun, Cannon }; 


Category 中 的 General 和 Type 中 的 General 都 是 全 局 的 名 字 ， 因 此 编 


译 会 报错 。 


而 在 下 面 的 代码 清单 5-1 中 ， 则 是 一 个 通过 namespace 分 割 了 全 局 
空间 ， 但 namespace 中 的 成 员 依然 会 被 enum 成 员 污 染 的 例子 。 


代码 清单 5-1 


#include <iostream> 
using namespace std; 
namespace T{ 
enum Type { General, Light, Medium, Heavy }; 


namespace { 
enum Category { General = 1, Pistol, MachineGun, Cannon }; 


int main() { 


T::Type t = T::Light; 
if (t == General) // 忘记 使 


namespace 
cout << "General Weapon" << endl; 
return 0; 


} 
// 编译 选项 


:g++ 5-1-1.cpp 


可 以 看 到 ，Category 在 一 个 匿名 namespace 中 ， 所 以 所 有 枚 举 成 员 
名 都 默认 进入 全 局 名 字 空 间 。 一 旦 程序 员 在 检查 的 值 的 时 候 起 记 使 用 
了 namespace T， 就 会 导致 错误 的 结果 (事实 上 ， 有 的 编译 器 会 在 这 里 
做 出 一 些 警 告 ,但 并 不 会 阻止 编译 ， 而 有 的 编译 器 则 不 会 警告 ) 。 


另外 ， 由 于 C 中 枚 举 被 设计 为 音量 数值 的 “别名 ”的 本 性 ， 所 以 枚 
举 的 成 员 总 是 可 以 被 隐 式 地 转换 为 整 型 。 很 多 时 候 ， 这 也 是 不 安全 
的 。 我 们 可 以 看 看 代码 清单 5-2 所 示 的 这 个 恼人 的 例子 。 


代码 清单 5-2 


#include <iostream> 

using namespace std; 

enum Type { General, Light, Medium, Heavy }; 

//enum Category { General, Pistol, MachineGun, Cannon }; // 无 法 编译 通过 ， 重复 定义 了 


General 

enum Category { Pistol, MachineGun, Cannon }; 

struct Killer { 
Killer(Type t, Category c) : type(t), category(c) {} 
Type type; 
Category category; 


int main() { 
Killer cool(General, MachineGun); 
LE han 
// os .其 他 很 多 代码 


TE mwi 
if (cool.type >= Pistol) 


cout << "It is not a pistol" << endl; 
4 


cout << is_pod<Type>::value << endl; // 1 
cout << is_pod<Category>::value << endl; // 1 
return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 5-1-2.cpp 


在 上 面 代 码 清 单 5-2 的 例子 中 ， 类 型 Killer 同 时 拥有 Type 和 Category 
两 种 命名 类 似 的 枚 举 类 型 成 员 。 在 一 定时 候 ， 程 序 员 想 查看 这 位 “ 冷 
酷 ”(cool) WIA” (Killer) 是 属于 什么 Category 的 。 但 很 明显 ， 程 
序 员 错 用 了 成 员 type。 这 和 是 由 于 枚 举 类 型 数值 在 进行 数值 比较 运算 
时 ， 首 先 被 隐 式 地 提升 为 int 类 型 数据 ， 然 后 目 由 地 进行 比较 运算 。 当 
然 ， 程 序 员 的 本 意 并 非 如 此 (事实 上 ， 我 们 实验 机 上 的 编译 右 会 给 出 
警告 说 不 同 枚 举 类 型 枚 举 成 员 间 进 行 了 比较 。 但 程序 还 是 编译 通过 
了 ， 因 为 标准 并 不 阻止 这 一 点 ) 。 


为 了 解决 这 一 问题 ， 目 前 程序 员 一 般 会 对 枚 举 类 型 进行 封闭。 可 
以 看 看 代码 清单 5-2 改 民 后 的 版 本 ， 如 代码 清单 5-3 所 示 。 


代码 清单 5-3 


#include <iostream> 
using namespace std; 
class Type { 
public: 
enum type { general, light, medium, heavy }; 
type val; 
public: 
Type(type t): val(t){} 
bool operator >= (const Type & t) { return val >= t.val; } 
static const Type General, Light, Medium, Heavy; 
}; 
const Type Type::General(Type::general); 
const Type Type: :Light(Type::light); 


const Type Type: :Medium(Type: :medium) ; 

const Type Type: :Heavy(Type: :heavy); 

class Category { 

public: 
enum category { pistol, machineGun, cannon }; 
category val; 

public: 
Category(category c): val(c) {} 


bool operator >= (const Category & c) { return val >= c.val; } 


static const Category Pistol, MachineGun, Cannon; 
}; 
const Category Category::Pistol(Category::pistol); 
const Category Category: :MachineGun(Category: :machineGun) ; 
const Category Category: :Cannon(Category::cannon); 
struct Killer { 

Killer(Type t, Category c) : type(t), category(c) {} 

Type type; 

Category category; 
}; 
int main() d 

// 使 用 类 型 包装 后 的 


enum 
Killer notCool(Type::General, Category: :MachineGun) ; 
// 
// ,其 他 很 多 代码 
// 


if (notcool. type >= Type: :General) // 可 以 通过 编译 


cout << "It is not general" << endl; 
if (notCool.type >= Category: :Pistol) // 该 句 无 法 编译 通过 


cout << "It is not a pistol" << endl; 


IL aes 
cout << is_pod<Type>::value << endl; // 0 
cout << is_pod<Category>::value << endl; // 0 
return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 5-1-3.cpp 


封 汉 的 代码 长 得 让 人 眼花 综 乱 ， 不 过 简单 地 说 ,封闭 即 是 使 得 榴 


举 成 员 成 为 class 的 静态 成 员 。 由 于 class 中 的 数据 不 会 被 默认 转换 为 整 


型 数据 〈 除 非 定 义 相关 操作 符 
且 我 们 也 可 以 看 到 ， 


aN) ， 所 以 可 以 避免 被 隐 式 转换 。 而 
iH BTR 


枚 举 的 成 员 也 不 再 会 污染 全 局 名 字 空 


间 了 ， 使 用 时 还 必须 市 上 class 的 名 字 ， 这 样 一 来 ， 之 前 枚 举 的 一 些小 
毛病 都 能 够 得 到 克服 。 


不 过 这 种 解决 方案 并 非 完美 ， 至 少 可 能 有 三 个 缺点 : 


显然 ， 一 般 程序 员 不 会 为 了 简单 的 enum 声 明 做 这 么 复杂 的 封闭。 


-由 于 封 痛 且 采 用 了 静态 成 员 ， 原 本 属于 POD 的 enum 被 封装 成 为 非 
POD 的 了 (is_pod 均 返回 为 0%， 请 对 照 代码 清单 5-2 所 示 的 情况 ， 这 会 
导致 一 系列 的 损失 (参见 3.6 节 ) 。 


:大 多 数 系 统 的 ABI 规 是， 传递 参数 的 时 候 如 有 果 参 数 是 个 结构 体 ， 
就 不 能 使 用 寄存 器 来 传 参 (只 能 放 在 堆栈 上 ) ， 而 相对 地 ， 整 型 可 以 
通过 寄存 器 中 传递 。 所 以 一 旦 将 class 封 装 版 本 的 枚 举 作 为 钞 数 参数 传 
递 ， 束 可 能 市 来 一 定 的 性 能 损失 。 


无 论 上 述 哪 一 条 ， 对 于 封 猴 方案 来 说 都 是 极为 不 利 的 。 


此 外 ， 枚 举 类 型 所 占用 的 空间 大 小 也 是 一 个 “不 确定 量 ”。 标 准 规 
定 ，C++ 枚 举 所 基于 的 “基础 类 型 "是 由 编译 右 来 具体 指定 实现 的 ， 这 
会 导致 枚 举 类 型 成 员 的 基本 类 型 的 不 确定 性 问题 (尤其 是 符号 性 ) 。 
我 们 可 以 看 看 代码 清单 5-4 所 示 的 这 个 例子 。 


代码 清单 5-4 


#include <iostream> 
using namespace std; 


enum C { C1 = 1, C2 = 2}; 
enum D { D1 = 1, D2 = 2, Dbig = OxFFFFFFFOU }; 
enum E { E1 = 1, E2 = 2, Ebig = OxFFFFFFFFFLL}; 


int main() { 
cout << sizeof(C1) << endl; // 4 
cout << Dbig << endl; // 编译 器 输出 不 同 


1 g++: 


4294967280 
cout << sizeof(D1) << endl; // 4 
cout << sizeof(Dbig) << endl; // 4 
cout << Ebig << endl; // 68719476735 
cout << sizeof(E1) << endl; // 8 
return 0; 


} 
// 编译 选项 


‘g++ 5-1-4.cpp 


在 代码 清单 5-4 所 示 的 例子 当中 ， 我 们 可 以 看 到 ， 编 译 器 会 根据 数 
据 类 型 的 不 同 对 enum 应 用 不 同 的 数据 长 度 。 在 我 们 对 g++ 的 测试 中 ， 

通 的 枚 举 使 用 了 4 字 节 的 内 存 ， 而 当 需 要 的 时 候 ， 会 拓展 为 8 字 廊 。 
此 外 ， 对 于 不 同 的 编译 器 ， 上 例 中 Dbig 的 输出 结果 将 会 不 同 : 使 用 
Visual C++ 编 译 程序 的 输出 结果 为 -16， 而 使 用 g++ 来 编译 输出 为 
4294967280。 这 是 由 于 Visual C++ 总 是 使 用 无 符号 类 型 作为 枚 举 的 底 
层 实现 ， 而 g++ 会 根据 枚 举 的 类 型 进行 变动 造成 的 。 


5.1.3” 强 类 型 枚 举 以 及 C++11 对 原 有 枚 举 类 型 的 
扩展 


非 强 类 型 作用 域 ， 允 许 隐 式 转换 为 整 型 ， 占 用 存储 空间 及 符号 性 
不 确定 ， 都 是 枚 举 类 的 缺点 。 针对 这 些 缺 点 ， 新 标准 C++113 引 入 了 一 
种 新 的 枚 举 类 型 ， 即 “ 枚 举 类 ”， 又 称 “ 强 类 型 枚 举 ”(strong-typed 


enum) ° 
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如 : 


enum class Type { General, Light, Medium, Heavy }; 


就 声明 了 一 个 强 类 型 的 枚 举 Type。 强 类 型 枚 举 具有 以 下 几 点 优 
势 : 


- 强 作用 域 ， 强 类 型 枚 举 成 员 的 名 称 不 会 被 输出 到 其 父 作 用 域 空 
间 。 


-转换 限制 ， 强 类 型 枚 举 成 员 的 值 不 可 以 与 整 型 隐 式 地 相互 转换 。 


:可 以 指定 瓜 层 类 型 。 强 类 型 枚 举 默 认 的 压 层 类 型 为 int, 但 也 可 以 
显 式 地 指定 的 层 类 型 ， 具 体 方法 为 在 枚 举 名 称 后 面 加 上 “: type”， 其 


Fe 


中 type 可 以 是 除 wchar_t 以 外 的 任何 整 型 。 比 如 : 


enum class Type: char { General, Light, Medium, Heavy }; 


束 指 定 了 Type 是 基于 char 类 型 的 强 类 型 枚 举 。 
我 们 可 以 看 看 具体 的 例子 ， 如 代码 清单 5-5 所 示 。 
代码 清单 5-5 


#include <iostream> 
using namespace std; 
enum class Type { General, Light, Medium, Heavy }; 
enum class Category { General = 1, Pistol, MachineGun, Cannon }; 
int main() { 
Type t = Type::Light; 


t = General; // 编译 失败 ， 必 须 使 用 强 类 型 名 称 
if (t == Category: :General) // 编译 失败 ， 必 须 使 
Type 中 的 
General 
cout << "General Weapon" << endl; 
if (t > Type: :General) // 通过 编译 


cout << "Not General Weapon" << endl; 
if (t > 0) // 编译 失败 ， 无 法 转换 为 


int 类 型 


cout << "Not General Weapon" << endl; 
if ((int)t > 0) // 通过 编译 


cout << "Not General Weapon" << endl; 


cout << is_pod<Type>::value << endl; // 1 
cout << is_pod<Category>::value << endl; // 1 
return 0; 


// 编译 选项 


:g++ -Std=c++11 5-1-5.cpp 


在 代码 清单 5-5 中 ， 我 们 定义 了 两 个 强 类 型 枚 举 Type 和 Category， 
它们 都 包含 一 个 称 为 General 的 成 员 。 由 于 强 类 型 枚 举 成 员 的 名 子 不 会 
输出 到 父 作 用 域 ， 因 此 不 会 有 编译 问题 。 也 由 于 不 输出 成 员 名 字 ， 所 
以 我 们 在 使 用 该 类 型 成 员 的 时 候 必须 加 上 其 所 属 的 枚 举 类 型 的 名 字 。 
此 外 ， 可 以 看 到 ， 枚 举 成 员 间 仍然 可 以 进行 数值 式 的 比较 ， 但 不 能 够 
隐 式 地 转 为 int 型 。 事 实 上 ， 如 采 要 将 强 类 型 枚 举 转 化 为 其 他 类 型 ， 必 
须 进 行 显 式 转换 。 


事实 上 ， 强 类 型 制止 enum 成 员 和 int 之 间 的 转换 ， 使 得 枚 举 更 加 符 
合 “ 枚 举 ” 的 本 来 意义 ， 即 对 同类 进行 列举 的 一 个 集合 ， 而 定义 其 与 数 
值 间 的 关联 则 使 之 能 够 默认 拥有 一 种 对 成 员 排列 的 机 制 。 而 制止 成 员 
名 字 输 出 则 进一步 避免 了 名 字 空 间 冲 突 的 问题 。 这 两 点 跟 之 前 我 们 使 
用 class 对 枚 举 进行 封 麦 并 无 二 致 。 不 过 新 的 强 类 型 枚 举 没 有 任何 class 
封装 枚 举 的 缺点 。 我 们 可 以 看 到 ，Type 和 Category 都 是 POD 类 型 ， 不 
会 像 class 封 装 版 本 一 样 被 编译 舌 视 为 结构 体 ， 书 写 也 很 简便 。 在 拥有 
类 型 安全 和 强 作用 域 两 重 优 点 的 情况 下 ， 几 乎 没有 任何 额外 的 开销 。 


此 外 ， 由 于 可 以 指定 底层 基于 的 基本 类 型 ， 我 们 可 以 避免 编译 器 
不 同 而 带 来 的 不 可 移植 性 。 此 外 ， 设 置 较 小 的 基本 类 型 也 可 以 节省 内 
存 空 间 ， 如 代码 清单 5-6 所 示 。 


代码 清单 5-6 


#include <iostream> 
using namespace std; 
enum class C : char { C1 = 1, C2 = 2}; 
enum class D : unsigned int { D1 = 1, D2 = 2, Dbig = OxFFFFFFFOU }; 
int main() { 
cout << sizeof(C::C1) << endl; // 1 
cout << (unsigned int)D::Dbig << endl; // 编译 器 输出 一 致 


, 4294967280 
cout << sizeof(D::D1) << endl; // 4 
cout << sizeof(D::Dbig) << endl; // 4 
return 0; 


// 编译 选项 


:g++ -Std=c++11 5-1-6.cpp 


在 代码 清单 5-6 中 ， 我 们 为 强 类 型 枚 举 C 指 定 底层 基本 类 型 为 
char， 因 为 我 们 只 有 C1、C2 两 个 值 较 小 的 成 员 ， 一 个 char 足 以 保存 所 
有 的 枚 举 成 员 。 而 对 于 强 类 型 枚 举 D， 我 们 指定 基本 类 型 为 unsigned 
int， 则 所 有 编译 如 都 会 使 用 无 符号 的 unsigned int 来 保存 该 枚 举 。 故 各 
个 编译 器 都 能 保证 一 致 的 输出 。 


相 比 于 原来 的 枚 举 ， 强 类 型 枚 举 更 像 是 一 个 属于 C++ 的 枚 举 。 但 
为 了 配合 新 的 枚 举 类 型 ，C++11 还 对 原 有 枚 举 类 型 进行 了 扩展 。 


首先 是 底层 的 基本 类 型 方面 。 在 新 标准 C++11 中 ， 原 有 枚 举 类 型 
的 底层 类 型 在 默认 情况 下 ， 仍 然 由 编译 器 来 具体 指定 实现 。 但 也 可 以 
跟 强 类 型 枚 举 类 一 样 ， 显 式 地 由 程序 员 来 指定 。 其 指定 的 方式 跟 强 类 
型 枚 举 一 样 ， 部 是 枚 举 名 称 后 面 加 上 “: type”， 其 中 type 可 以 征 除 
wchar_t 以 外 的 任何 整 型 。 比 如 : 


enum Type: char { General, Light, Medium, Heavy }; 


在 C++11 中 也 是 一 个 合法 的 enum 声 明 。 


第 二 个 扩展 则 是 作用 域 的 。 在 C++11 中 ， 枚 举 成 员 的 名 字 除 了 会 
目 动 输出 到 父 作 用 域 ， 也 可 以 在 枚 举 类 型 定义 的 作用 域内 有 效 。 比 
如 : 


enum Type { General, Light, Medium, Heavy }; 
Type t1 = General; 
Type t2 = Type::General; 


General 和 Type::General 两 行 都 是 合法 的 使 用 形式 。 


这 两 个 扩展 都 保留 了 回 后 兼容 性 ， 也 方便 了 程序 员 在 代码 中 同时 
操作 两 种 枚 举 类 型 。 


此 外 ， 我 们 在 声明 强 类 型 枚 举 的 时 候 ， 也 可 以 使 用 关键 字 enum 
struct。 事 实 上 enum struct 和 enum class 在 语法 上 没有 任何 区 别 (enum 
class 的 成 员 没 有 公有 私有 之 分 ， 也 不 会 使 用 模板 来 文 持 泛 化 的 声 
明 ) 。 


有 一 点 比较 有 趣 的 是 匿名 的 enum class。 由 于 enum class 是 强 类 型 
作用 域 的 ， 故 匿名 的 enum class 很 可 能 什么 都 做 不 了 ， 如 代码 清单 5-7 
所 示 。 


代码 清单 5-7 


enum class { General, Light, Medium, Heavy } weapon; 
int main() { 
weapon = General; // 无 法 编译 通过 


bool b = (weapon == weapon: :General); // 无 法 编译 通过 


return 0; 
} 
// 编译 选项 


:g++ -Std=c++11 5-1-7.cpp 


代码 清单 5-7 中 我 们 声明 了 一 个 匿名 的 enum class 实 例 weapon， 却 
无 法 对 其 设置 值 或 者 比较 其 值 (这 和 匿名 struct 是 不 一 样 的 ) 。 事 实 
上 ， 使 用 enum class 的 时 候 ， 应 该 总 是 为 enum class 提 供 一 个 名 字 (我 
们 实验 机 上 的 clang 编 译 器 以 及 XLC 编 译 器 甚至 会 因为 用 户 使 用 匿名 的 
强 类 型 枚 举 而 阻止 编译 ) 。 联 系 到 我 们 在 5.1.1 中 提 到 的 让 匿名 enum 成 
为 “数值 的 名 字 ”， 匿 名 的 enum class 则 完全 做 不 到 。 所 以 在 实际 使 用 中 
必须 注意 (当然 ， 程 序 员 还 是 可 以 通过 decltype 来 获得 匿名 强 类 型 枚 举 
的 类 型 并 且 进 行使 用 ， 即 使 这 样 做 没什么 太 大 的 意义 ， 请 参见 4.3 
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5.2 堆 内 存 管理 ， 乔 能 指针 与 垃圾 回收 


E 类 别 ， 类 作者 、 库 作 考 


5.2.1 Rhine 


程序 员 在 处 理 现实 生活 中 的 C/C++ 程序 的 时 候 ， 常 会 允 到 诸如 程 
序 运 行 时 突然 退出 ， 或 占用 的 内 存 越 来 越 多 ， 最 后 不 得 不 定期 重启 的 
一 些 典 型 症状 。 这 些 问题 的 源头 可 以 追溯 到 C/C++ 中 的 显 式 堆 内 存 管 
理 上 。 通 常情 况 下 ， 这 些 症 状 都 是 由 于 程序 没有 正确 处 理 堆 内 存 的 分 
配 与 释放 造成 的 ， 从 语言 层面 来 讲 ， 我 们 可 以 将 其 归纳 为 以 下 一 些 问 


题 。 


-时 指针 :一 些 内 存单 元 已 被 释放 ， 之 前 指 同 它 的 指针 却 还 在 被 使 
用 。 这 些 内 存 有 可 能 被 运行 时 系统 重新 分 配给 程序 使 用 ， 从 而 导致 了 
无 法 预测 的 错误 。 


HREM: 程序 试图 去 释放 已 经 被 释放 过 的 内 存单 元 ， 或 者 释放 
已 经 被 重新 分 配 过 的 内 存单 元 ， 束 会 导致 重复 释放 错误 。 通 党 重复 释 
放 内 存 会 导致 C/C++ 运行 时 系统 打印 出 大 量 错误 及 诊断 信息 。 


内存 泄漏 : 不 再 需要 使 用 的 内 存单 元 如 末 没 有 被 释放 殉 会 导致 内 
存 泄漏 。 如 有 果 程 序 不 断 地 重复 进行 这 类 操作 ， 将 会 导致 内 存 占用 剧 


增 。 


虽然 显 式 的 管理 内 存在 性 能 上 有 一 定 的 优势 ， 但 也 被 广泛 地 认为 
征 容 易 出 错 的 。 随 痢 多 线程 程序 的 出 现 和 广泛 使 用 ， 内 存 管理 不 佳 的 
情况 还 可 能 会 变 得 更 加 三 重 。 因 此 ， 很 多 程序 员 也 认为 编程 语言 应 该 
提供 更 好 的 机 制 ， 让 程序 员 摊 脱 内 存 管理 的 细 市 。 在 C++ 中 ， 一 个 这 
样 的 机 制 就 是 标准 库 中 的 和 希 能 指针 。 在 C++11 新 标准 中 ， 知 能 指针 被 
进行 了 改进 ， 以 更 加 适应 实际 的 应 用 需求 。 而 进一步 地 ， 标 准 库 还 提 
供 了 所 谓 “ 最 小 垃圾 回收 ”的 支持 。 


5.2.2 C++11 的 智能 指针 


在 C++98 中 ， 知 能 指针 通过 一 个 模板 类 型 “auto_ptr" 来 实现 。 
auto_ptr 以 对 象 的 方式 管理 堆 分 配 的 内 存 ， 并 在 适当 的 时 间 (比如 析 
构 ) ， 释 放 所 获得 的 堆 内 存 。 这 种 堆 内 存 管理 的 方式 只 需要 程序 员 将 
new 操 作 返 回 的 指针 作为 auto_ptr 的 初始 值 即 可 ， 程 序 员 不 用 再 显 式 地 
调用 delete。 比 如 : 


auto_ptr(new int); 
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auto_ptr 有 一 些 缺 点 (拷贝 时 返回 一 个 左 值 ， 不 能 调用 delete[] 等 ) ， 所 
以 在 C++11 标 准 中 被 废弃 了 。C++11 标 准 中 改 用 unique_ptr ` shared_ptr 
及 weak_ptr 等 智能 指针 来 自动 回收 堆 分 配 的 对 象 。 


这 里 我 们 可 以 看 一 个 C++11 中 使 用 新 的 智能 指针 的 简单 例 于 ， 如 
代码 清单 5-8 所 示 。 


代码 清单 5-8 


#include <memory> 
#include <iostream> 
using namespace std; 
int main() { 
unique_ptr<int> upi(new int(11)); // 无 法 复制 的 


unique_ptr 


unique_ptr<int> 

cout << *up1 << 

unique_ptr<int> 
p3 是 数据 唯一 的 
unique_ptr 智 能 指针 


cout << *up3 << 
cout << *up1 << 


up3.reset(); 
upi.reset(); 
cout << *up3 << 


shared_ptr<int> 

shared_ptr<int> 

cout << *sp1 << 

cout << *sp2 << 

spi.reset(); 

cout << *sp2 << 
// 编译 选项 


:g++ -Std=c++11 5-2- 


在 代码 清单 5-8 
运 
该 


Co T 


不 过 从 代码 清单 5-8 中 还 是 可 以 看 到 ，unique_ptr 和 shared_ptr 在 对 


up2 = upt; // 不 能 通过 编译 


endl; // 11 


up3 = move(up1); // 现在 


endl; // 11 
endl; // 运行 时 错误 
// 显 式 释放 内 存 
// 不 会 导致 运行 时 错误 


endl; // 运行 时 错误 


spi(new int(22)); 


sp2 = sp1; 

endl; // 22 
endl; // 22 
endl; // 22 


1.cpp 


中 ， 使 用 了 两 种 不 同 的 智能 指针 unique_ptr 及 

shared_ptr 来 目 动 地 释放 堆 对 象 的 内 存 。 由 于 每 个 希 能 指针 都 重 载 了 * 
算 符 ， 用 户 可 以 使 用 *up1 这 样 的 方式 来 访问 所 分 配 的 堆 内 存 。 而 在 
指针 析 构 或 者 调用 reset 成 员 的 时 候 ， 智 能 指针 都 可 能 释放 其 拥有 的 
堆 内 存 。 从 作用 上 来 讲 ，uniqgue_ptr 和 shared_ptr 还 是 和 以 前 的 auto_ptr 


所 占 内 存 的 共 剖 上 还 是 有 一 定 区 别 的 。 


直观 地 看 来 ，unique_ptr 形 如 其 名 地 ， 与 所 指 对 象 的 内 存 绑 定 紧 
密 ， 不 能 与 其 他 unique_ptr 类 型 的 指针 对 象 共 至 所 指 对 象 的 内 存 。 比 
如 ， 本 例 中 的 unique_ptr<int>up2=up1; 不 能 通过 编译 ， 是 因为 每 个 
unique_ptr 都 是 唯一 地 “拥有 ”所 指向 的 对 象 内 存 ， 由 于 up1 唯 一 地 占有 
了 new 分 配 的 堆 内 存 ， 所 以 up2 无 法 共享 其 "所 有 权 ”。 事 实 上 ， 这 种 “所 
有 权 ” 仅 能 够 通过 标准 库 的 move 函 数 来 转移 。 我 们 可 以 看 到 代码 中 up3 
的 定义 ，unique_ptr<int>up3=move(up1); 一 旦 “所 有 权 ” 转 移 成 功 了 ， 原 
来 的 unique_ptr 指 针 就 失去 了 对 象 内 存 的 所 有 权 。 此 时 再 使 用 已 经 “ 失 
势 ”" 的 unique_ptr， 就 会 导致 运行 时 的 错误 。 本 例 中 的 后 段 使 用 *up1 束 
是 很 好 的 例子 。 


而 从 实现 上 讲 ，unique_ptr 则 古 一 个 删除 了 拷贝 构造 钞 数 、 保 留 了 
移动 构造 钞 数 的 指针 封装 类 型 我 们 在 7.2 节 中 可 以 看 到 如 何 删除 一 个 
类 的 找 贝 构造 函数 ) 。 程 序 员 仅 可 以 使 用 右 值 对 unique_ptr 对 象 进行 构 
造 ， 而 且 一 旦 构造 成 功 ， 右 值 对 象 中 的 指针 即 被 “ 贸 取 ”"， 因 此 该 右 值 
对 象 即刻 失去 了 对 指针 的 “所 有 权 ”。 


而 shared_ptr 同 样 形 如 其 名 ， 人 允许 多 个 该 剧 能 指针 共 至 地 “拥有 ” 同 
一 堆 分 配对 象 的 内 存 。 与 unique_ptr 不 同 的 是 ， 由 于 在 实现 上 采用 了 引 
用 计数 ， 所 以 一 旦 一 个 shared_ptr 指 针 放 弃 了 “所 有 权 ”( 失 效 ) ， 其 他 
的 shared_ptr 对 对 象 内 存 的 引用 并 不 会 受到 影响 。 代 码 清单 5-8 中 ， 窜 
能 指针 sp2 殊 很 好 地 说 明了 这 种 状况 。 昌 然 sp1l 调 用 了 reset 成 员 函 数 ， 


但 由 于 sp1 和 sp2 共 享 了 new 分 配 的 堆 内 存 ， 所 以 sp1 调 用 reset 成 员 函 数 
只 会 导致 引用 计数 的 降低 ， 而 不 会 导致 堆 内 存 的 释放 。 只 有 在 引用 计 
数 归 去 的 时 候 ，share_ptr 才 会 真正 释放 所 占有 的 扒 内 存 的 空间 。 


在 C++11 标 准 中 ， 除 了 unique_ptr 和 shared_ptr， 智 能 指针 还 包括 了 
weak_ptr 这 个 类 模板 。weak_ptr 的 使 用 更 为 复杂 一 点 ， 它 可 以 指 同 
shared_ptr 指 针 指 向 的 对 象 内 存 ， 却 并 不 拥有 该 内 存 。 而 使 用 weak_ptr 
成 员 lock， 则 可 返回 其 指向 内 存 的 一 个 shared_ptr 对 象 ， 且 在 所 指 对 象 
内 存 已 经 无 效 时 ， 返 回 指针 空 值 (nullptr， 请 参见 7.1T) 。 这 在 验证 
share_ptr 智 能 指针 的 有 效 性 上 会 很 有 作用 ， 如 代码 清单 5-9 所 示 。 


代码 清单 5-9 


#include <memory> 

#include <iostream> 

using namespace std; 

void Check(weak_ptr<int> & wp) { 
shared_ptr<int> sp = wp.lock(); // 转换 为 


shared_ptr<int> 
if (sp != nullptr) 
cout << "still " << *sp << endl; 
else 
cout << "pointer is invalid." << endl; 


int main() { 
shared_ptr<int> spi(new int(22)); 
shared_ptr<int> sp2 = sp1; 
weak_ptr<int> wp = sp1; // 指向 


shared_ptr<int> 所 指 对 象 


cout << *Sp1 << endl; // 22 

cout << *sp2 << endl; // 22 
Check(wp); // still 22 
spi.reset(); 

cout << *sp2 << endl; // 22 
Check(wp); // still 22 
sp2.reset(); 


Check(wp); // pointer is invalid 
// 编译 选项 


‘g++ -Std=c++11 5-2-2.cpp 


在 代码 清单 5-9 中 ， 我 们 定义 了 一 个 共享 对 象 内 存 的 两 个 
shared_ptr sp1 及 sp2。 而 weak_ptr wp 同样 指向 该 对 象 内 存 。 可 以 看 
到 ， 在 sp1 及 sp2 都 有 效 的 时 候 ， 我 们 调用 wp 的 lock 函 数 ， 将 返回 一 个 
有 效 的 shared_ptr 对 象 供 使 用 ， 于 是 Check 函 数 会 输出 以 下 内 容 : 


still 22 


此 后 我 们 分 别 调用 了 sp1 及 sp2 的 reset 函 数 ， 这 会 导致 对 唯一 的 堆 
内 存 对 和 象 的 引用 计数 降 至 0。 而 一 旦 引用 计数 归 0，shared_ptr<int> 束 会 
释放 堆 内 存 空间 ， 使 之 失效 。 此 时 我 们 再 调用 weak_ptr 的 lock 函 数 时 ， 
则 返回 一 个 指针 空 值 nullptr。 这 时 Check 函 数 则 会 打印 出 : 


pointer is invalid 


这 样 的 语句 了 。 在 整个 过 程 当 中 ， 只 有 shared_ptr 参 与 了 引用 计 
数 ， 而 weak_ptr 没 有 影响 其 指 癌 的 内 存 的 引用 计数 。 因 此 可 以 验证 
shared_ptr 指 针 的 有 效 性 。 


人 简单 情况 下 ， 程 序 员 用 unique_ptr 代 蕉 以 前 使 用 auto_ptr 的 代码 就 
可 以 使 用 C++11 中 的 智能 指针 。 而 shared_ptr 及 weak_ptr 则 可 用 在 用 户 
需要 引用 计数 的 地 方 。 事 实 上 ， 关 于 智能 指针 的 历史 、 使 用 及 各 种 讨 


论 还 有 很 多 ， 不 过 本 书 的 重点 不 在 于 标准 库 ， 因 此 这 里 惑 不 一 一 展开 


总 地 来 说 ， 虽 然 智能 指针 能 帮助 用 户 进行 有 效 的 堆 内 存 管理 ， 但 
征 它 还 是 需要 程序 员 显 式 地 声明 智能 指针 ， 而 完全 不 需要 考虑 回收 指 
针 类 型 的 内 存 管 理 方 案 可 能 会 更 讨 人 喜欢 。 当 然 ， 这 种 方案 早已 有 
T, WEKEL] 


5.2.3 DAH 


ER, GANS KRENA T oc AN 
早 在 1959 年 前 后 ， 约 翰 麦 肯 锡 (John McCarthy) 就 为 Lisp 语 言 发 明了 
所 谓 “ 垃 圾 回收 ”的 方法 。 这 里 ， 我 们 把 之 前 使 用 过 ， 现 在 不 再 使 用 或 
者 没有 任何 指针 再 指向 的 内 存 空间 就 称 为 "垃圾 ”。 而 将 这 些 “ 拉 圾 ?收集 
起 来 以 便 再 次 利用 的 机 制 ， 就 被 称 为 “垃圾 回收 ”(Garbage 
Collection) 。 在 编程 语言 的 发 展 过 程 中 ， 垃 圾 回收 的 堆 内 存 管 理 也 得 
到 了 很 大 的 发 展 。 如今， 垃圾 回收 机 制 已 经 大 行 其 道 ， 在 大 多 数 编程 
语言 中 ， 我 们 都 可 以 看 到 对 垃圾 回收 特性 的 支持 ， 如 表 5-1 所 示 。 


表 5-1 各 种 编程 语言 对 垃圾 回收 的 支持 情况 


编程 语言 对 垃圾 回收 的 支持 情况 

Ci 部 分 

Java 支持 

Python 支持 

c 不 支持 

C# 支持 

( 续 ) 

编程 语言 对 垃圾 回收 的 支持 情况 

Ruby 支持 

PHP 支持 

Perl 支持 

Hashkell 支持 

Pascal 不 支持 


垃圾 回收 的 方式 虽然 很 多 ， 但 主要 可 以 分 为 两 大 类 : 


1. 基 于 引用 计数 (reference counting garbage collector) 的 垃圾 回收 


人 简单 地 说， 引用 计数 主要 旦 使 用 系统 记录 对 象 被 引用 (引用 、 指 
ET) 的 次 数 。 当 对 象 被 引用 的 次 数 变 为 0 时 ， 该 对 象 即 可 被 视 作 “二 
圾 ”而 回收 。 使 用 引用 计数 做 垃圾 回收 的 算法 的 一 个 优点 古 实 现 很 简 
单 ， 与 其 他 垃圾 回收 算法 相 比 ， 该 方法 不 会 造成 程序 暂停 ， 因 为 计数 
的 增 减 与 对 象 的 使 用 是 紧密 结合 的 。 此 外 ， 引 用 计数 也 不 会 对 系统 的 
缓存 或 者 交换 空间 造成 冲击 ， 因 此 被 认为 “副作用 ? 较 小 。 但 是 这 种 方 
法 比较 难处 理 “ 环 形 引 用 ”问题 ， 此 外 由 于 计数 市 来 的 额外 开销 也 并 不 
小 ， 所 以 在 实用 上 也 有 一 定 的 限制 。 


2. 基 于 跟踪 处 理 (tracing garbage collector) 的 垃圾 回收 颖 


相 比 于 引用 计数 ， 跟 踪 处 理 的 垃圾 回收 机 制 被 更 为 广泛 地 应 用 。 
其 基本 方法 是 产生 跟踪 对 象 的 关系 图 ， 然 后 进行 垃圾 回收 。 使 用 跟踪 
方式 的 垃圾 回收 算法 主要 有 以 下 几 种 : 


(1) 标记 -清除 (Mark-Sweep) 


顾名思义 ， 这 个 算法 可 以 分 为 两 个 过 程 。 首 先 该 算法 将 程序 中 正 
在 使 用 的 对 象 视 为 “ 根 对 象 ”” 从 根 对 象 开始 查 找 它 们 所 引用 的 堆 空 
间 ， 并 在 这 些 堆 空间 上 做 标记 。 当 标记 结束 后 ， 所 有 被 标记 的 对 象 就 
是 可 达 对 象 (Reachable Object) 或 活 对 象 (Live Object) ， 而 没有 被 标 


记 的 对 象 就 被 认为 是 垃圾 ， 在 第 二 步 的 清扫 (Sweep) 阶段 会 被 回收 
tl ° 


这 种 方法 的 特点 是 活 的 对 象 不 会 被 移动 ， 但 是 其 存在 会 出 现 大 量 
的 内 存 碎片 的 问题 。 


(2) 标记 -整理 (Mark-Compact) 


这 个 算法 标记 的 方法 和 标记 -清除 方法 一 样 ， 但 是 标记 完 之 后 ， 不 
再 遍历 所 有 对 象 清扫 垃圾 了 ， 而 是 将 活 的 对 象 同 “ 左 ? 靠 齐 ， 这 束 解 决 
了 内 存 雁 斤 的 问题 。 


标记 -整理 的 方法 有 个 特点 就 是 移动 活 的 对 象 ， 因 此 相应 的 ， 程 序 
中 所 有 对 扒 内 存 的 引用 都 必须 更 新 。 


(3) 标记 -拷贝 (Mark-Copy) 


这 种 算法 将 扒 空 间 分 为 两 个 部 分 : From 和 To。 刚 开始 系统 只 从 
From 的 推 空间 里 面 分 配 内 存 ， 当 From 分 配 满 的 时 候 系统 就 开始 垃圾 回 
收 : 从 From 堆 空间 找 出 所 有 活 的 对 象 ， 找 贝 到 To 的 堆 空 间 里 。 这 样 一 
来 ，From 的 堆 空 间 里 面 束 全 剩 下 垃圾 了 “。 而 对 象 被 拷贝 到 To 里 之 后 ， 
在 To 里 是 紧 凌 排列 的 。 接 下 来 是 需要 将 From 和 To 交换 一 下 角色 ， 接 着 
从 新 的 From 里 面 开 始 分 配 。 


标记 -拷贝 算法 的 一 个 问题 是 堆 的 利用 率 只 有 一 半 ， 而 且 也 需要 移 
动 活 的 对 象 。 此 外 ， 从 某 种 意义 上 讲 ， 这 种 算法 其 实 是 标记 -整理 算法 
的 男 一 种 实现 而 已 。 


里 然 历来 C++ 部 没有 公开 地 支持 过 垃圾 回收 机 制 ， 但 垃圾 回收 并 非 
某 些 语言 的 专利 。 事 实 上 ，C++11 标 准 也 开始 对 垃圾 回收 做 了 一 定 的 文 
持 ， 虽 然 文 持 的 程度 还 非常 有 限 ， 但 我 们 已 经 看 到 了 C++ 语言 变 得 更 为 
强大 的 端倪 。 


5.2.4 C++ 与 垃圾 回收 


如 我 们 提 到 的 ， 在 C++11 中 ， 智 能 指针 等 可 以 文 持 引 用 计数 。 不 
过 由 于 引用 计数 并 不 能 有 效 解 决 形 如 “环形 引用 ”等 问题 ， 其 使 用 会 受 
到 一 些 限制 。 而 且 基 于 一 些 其 他 的 原因 ， 比 如 因 多 线程 程序 等 而 引入 
的 内 存 管理 上 的 困难 ， 程 序 员 可 能 也 会 需要 垃圾 回收 。 


一 些 第 三 方 的 C/C++ 库 已 经 文 持 标 记 - 清 除 方法 的 垃圾 回收 ， 比 如 
一 个 比较 著名 的 C/C++ 垃圾 回收 库 一 Boehm |"! 。 该 垃圾 回收 器 需要 程 
序 员 使 用 库 中 的 堆 内 存 分 配 画 数 显 式 地 奉 代 malloc， 继 而 将 堆 内 存 的 
管理 交 给 坪 圾 回收 絮 来 完成 垃圾 回收 。 不 过 由 于 C/C++ 中 指针 类 型 的 
使 用 非常 灵活 ， 这 样 的 库 在 实际 使 用 中 会 有 一 些 限制 ， 可 移植 性 也 不 
af 


为 了 解决 垃圾 回收 中 的 安全 性 和 可 移植 性 问题 ， 在 2007 年 ， 惠 普 
的 Hans-JBoehm (Boehm 的 作者 ) 和 和 赛 门 铁 克 的 Mike Spertus 共 同 问 
C++ 委员 会 递交 了 一 个 关于 C++ 中 垃圾 回收 的 提案 。 该 提案 通过 添加 
gc_forbidden ` gc_relaxed ` gc_required 、gc_safe、gc_strict 等 关键 字 来 
支持 C++ 语 言 中 的 垃圾 回收 。 该 提案 甚至 可 以 让 程序 员 显 式 地 要 求 垃 
圾 回收 。 刚 开始 这 得 到 了 大 多 数 委员 的 支持 ， 后 来 却 在 标准 的 初稿 中 
删除 了 ， 原 因 是 该 特性 过 于 复杂 ， 并 且 还 存在 一 些 问 题 (比如 与 显 式 


调用 析 构 函数 的 现 有 的 库 的 兼容 问题 等 ) 。 所 以 ，Boehm 和 Spertus 对 
初稿 进行 了 简化 ， 仅 仅 保留 了 文 持 垃圾 回收 的 最 基本 的 部 分 ， 即 通过 
对 语言 的 约束 ， 来 保证 安全 的 境 圾 回收 。 这 也 是 我 们 现在 看 到 的 
C++11 标 准 中 的 “最 小 垃圾 回收 文 持 ” 的 历史 来 由 。 


而 要 保证 安全 的 垃圾 回收 ， 首 先 必须 知道 C/C++ 语言 中 什么 样 的 
行为 可 能 导致 垃圾 回收 中 出 现 * 不 安全 ”的 状况 。 人 简单 地 说 ， 不 安全 源 
和 目 于 C/C++ 语 言 对 指针 的 “放纵 ”， 即 允许 过 分 灵活 的 使 用 。 我 们 可 以 
看 代码 清单 5-10 所 示 的 例子 。 


代码 清单 5-10 


int main(){ 
int* p = new int; 


p += 10; // 移动 指针 ， 可 能 导致 垃圾 回收 器 
p -= 10; // 回收 原来 指向 的 内 存 
*p = 10; // 再 次 使 用 原本 相同 的 指针 则 可 能 无 效 


} 
// 编译 选项 


‘g++ 5-2-3.cpp 


在 代码 清单 5-10 中 ， 我 们 对 指针 p 做 了 目 加 和 目 减 操作 。 这 在 
C/C++ 中 被 认为 是 合理 的 ， 因 为 指针 有 所 指向 的 类 型 ， 目 加 或 者 目 减 
能 够 使 程序 员 轻 松 地 找到 “下 一 个 ”同样 的 对 象 《实际 是 一 个 迭代 器 的 
概念 ) 。 不 过 对 于 垃圾 回收 来 说 ， 一 旦 p 指 向 了 别 的 地 址 ， 则 可 认为 p 


曾 指 向 的 内 存 不 再 使 用 。 垃 圾 回收 絮 可 以 据 此 对 其 进行 回收 。 这 对 之 
后 p 的 使 用 (*p=10) 市 来 的 后 果 将 是 灾难 性 的 。 


我 们 再 来 看 一 个 例子 ， 如 代码 清单 5-11 所 示 。 
代码 清单 5-11 


int main() { 
int *p = new int; 
int *q = (int*)(reinterpret_cast<long long>(p) ^ 2012); // q 隐 藏 了 


p 
// 做 一 些 其 他 工作 ， 垃 圾 回收 器 可 能 已 经 回收 了 


p 指 向 对 象 


q = (int*)(reinterpret_cast<long long>(q) ^ 2012); // 这 里 的 


‘g++ 5-2-4.cpp 


在 代码 清单 5-11 中 ， 我 们 用 指针 gq 隐藏 了 指针 p。 而 之 后 义 用 可 逆 
的 异 或 运算 将 p“ 恢 复 ” 了 出 来 。 在 main 芳 数 中 ，p 实 际 所 指向 的 内 存 都 
是 有 效 的 ， 但 由 于 该 指针 被 隐藏 了 ， 垃 圾 回收 絮 可 以 早早 地 将 p 指 同 的 
对 象 回收 挥 。 同样， 语句 *q=10 的 后 果 也 是 灾难 性 的 。 


站 针 的 灵活 使 用 可 能 是 C/C++ 中 的 一 大 优势 ， 而 对 于 垃圾 回收 来 
说 ， 却 会 市 来 很 大 的 困扰 。 被 隐藏 的 指针 会 导致 编译 絮 在 分 析 指 针 的 
可 达 性 (生命 周期 ) 时 出 错 。 而 即使 编译 需 开 发 出 了 隐藏 指针 分 析 的 


手段 ， 其 市 来 的 编译 开销 也 不 会 让 程序 员 对 编译 时 间 的 显著 增长 视 而 
不 见 。 历 史上 ， 解 决 这 种 问题 的 方法 通常 是 新 接口 。C++11 和 垃圾 回 
收 的 解决 方案 也 不 例外 ， 束 是 让 程序 员 利 用 这 样 的 接口 来 提示 编译 做 
代码 中 存在 指针 不 安全 的 区 域 。 


[1] http://www.hpl.hp.com/personal/Hans_Boehm/gc/ 


5.2.5 ”C++11 与 最 小 垃圾 回收 文 持 


C++11 新 标准 为 了 做 到 最 小 的 坪 圾 回收 文 持 ， 首 先 对 “安全 ”的 指 
针 进 行 了 定义 ， 或 者 使 用 C++11 中 的 术语 说 ， 安 全 派生 (safely 
derived) 的 指针 。 安 全 派生 的 指针 是 指 疝 由 new 分 配 的 对 象 或 其 子 对 
象 的 指针 。 安 全 派生 指针 的 操作 包括 : 


:在 解 引 用 基础 上 的 引用 ， 比 如 : &*p。 
.定义 明确 的 指针 操作 ， 比 如 : p+1。 
.定义 明确 的 指针 转换 ， 比 如 : static_cast<void* > (p) ° 


:指针 和 整 型 之 间 的 reinterpret_case， 比 如 : reinterpret_cast < 


intptr_t>(p) ° 


注意 intptr_t 是 C++11 中 一 个 可 选择 实现 的 类 型 ， 其 长 度 等 于 平 
台 上 指针 的 长 度 (通过 decltype 声 明 ) 。 


我 们 可 以 回头 看 看 代码 清单 5-11 。reinterpret_cast<long long>(p) 是 
合法 的 安全 派生 操作 ， 而 转换 后 的 指针 再 进行 异 或 操作 : 
reinterpret_cast<long long>(p)^2012 之 后 ， 指 针 就 不 再 是 安全 派生 的 
了 ， 这 是 因为 异 或 操作 (^) 不 是 一 个 安全 派生 操作 。 同 理 ， 


reinterpret_cast<long long>(qd)^2012 也 不 是 安全 派生 指针 。 因 此 ， 根 据 
定义 ， 在 使 用 内 存 回收 需 的 情况 下 ，*q=10 的 行为 是 不 确定 的 ， 如 果 
程序 在 此 处 发 生 错误 也 是 合理 的 。 


在 C++11 的 规则 中 ， 最 小 垃圾 回收 支持 是 基于 安全 派生 指针 这 个 
概念 的 。 程 序 员 可 以 通过 get_pointer_safety 函 数 查 询 来 确认 编译 器 是 否 
支持 这 个 特性 。get_pointer_safety 的 原型 如 下 : 


pointer_safety get_pointer_safety() noexcept 


其 返回 一 个 pointer_safety 类 型 的 值 。 如 果 该 值 为 
pointer_safety::strict， 则 表明 编译 絮 支 持 最 小 垃圾 回收 及 安全 派生 指针 
等 相关 概念 ， 如 有 果 该 值 为 pointer_safety::relax 或 是 
pointer_safety::preferred， 则 表明 编译 融 并 不 文 持 ， 基 本 上 跟 没 有 垃圾 
回收 的 C 和 C++98 一 样 。 不 过 按照 一 些 解释 ，pointer_safety::preferred 和 
pointer_safety::relax 也 略 有 不 同 ， 前 者 垃圾 回收 器 可 能 被 用 作 一 些 辅助 
功能 ， 如 内 存 泄露 检测 或 检测 对 象 是 否 被 一 个 错误 的 指针 解 引 用 ( 事 
实 上 ， 在 本 书 编写 时 ， 几 乎 没有 编译 器 实现 了 最 小 垃圾 回收 文 持 ， 其 
至 连 get_pointer_safety 这 个 函数 接口 都 还 没 实现 ) 


此 外 ， 如 果 程 序 员 代 码 中 出 现 了 指针 不 安全 使 用 的 状况 ，C++11 
允许 程序 员 通 过 一 些 API 来 通知 垃圾 回收 顷 不 得 回收 该 内 存 。C++11 的 


最 小 垃圾 回收 支持 使 用 了 垃圾 回收 的 术语 ， 即 需 声 明 该 内 存 为 “可 到 
达 ” 的 。 


void declare_reachable( void* p ) 
template <class T> T *undeclare_reachable(T *p) noexcept; 


declare_reachable() 显 式 地 通知 垃圾 回收 絮 某 一 个 对 象 应 被 认为 可 
达 的 ， 即 使 它 的 所 有 指针 都 对 回收 器 不 可 见 。undeclare_reachable() 则 
可 以 取消 这 种 可 达 声 明 。 针 对 代码 清单 5-11， 我 们 对 隐藏 的 指针 做 一 
些 声明 ， 如 代码 清单 5-12 所 示 。 


代码 清单 5-12 


#include <memory> 
using namespace std; 
int main() { 
int *p = new int; 
declare_reachable(p); // 在 
p 被 隐藏 之 前 声明 为 可 达 的 


int *q = (int*)((long long)p ^ 2012); 
// 解除 可 达 声 明 


q = undeclare_reachable<int>((int*)((long long)q ^ 2012)); 
*q = 10: 
} 


代码 清单 5-12 可 能 是 一 个 能 够 运行 的 例子 。 这 里 ， 我 们 在 p 指 针 被 
不 安全 派生 (隐藏 ) 之 前 使 用 declare_reachable 声 明 其 是 可 达 的 。 这 样 
一 来 ， 它 会 被 垃圾 回收 器 忽略 而 不 会 被 回收 。 而 在 我 们 通过 可 逆 的 异 
或 运算 使 得 g 指 针 指向 p 所 指 对 象 时 ， 我 们 则 使 用 了 undeclare_reachable 


来 取消 可 达 声 明 。 注 意 undeclare_reachable 不 是 通知 垃圾 回收 器 p 所 指 
对 象 已 经 可 以 回收 。 实 际 上 ，declare_reachable 和 undeclare_reachable 只 
是 确立 了 一 个 代码 范围 ， 即 在 两 者 之 间 的 代码 运行 中 ，p 所 指 对 象 不 会 
被 垃圾 回收 器 所 回收 。 


这 里 可 能 有 的 读者 会 注意 到 一 个 细节 ，declare_reachable 只 需要 传 
入 一 个 简单 的 void* 指 针 ， 但 undeclare_reachable 却 被 设计 为 一 个 函数 模 
板 。 这 是 一 个 极 不 对 称 的 设计 。 但 事实 上 undeclare_reachable 使 用 模板 
的 主要 目的 是 为 了 返回 合适 类 型 以 供 程序 使 用 。 而 垃圾 回收 器 本 来 束 
知道 指针 所 指向 的 内 存 的 大 小 ， 因 此 declare_reachable 传 入 void* 指 针 就 
已 经 足够 了 。 


有 的 时 候 程 序 员 会 选择 在 一 大 片 连 续 的 堆 内 存 上 进行 指针 式 操 
作 ， 为 了 让 垃圾 回收 器 不 关心 该 区 域 ， 也 可 以 使 用 declare_no_pointers 
及 undeclare_no_pointers 函 数 来 告诉 垃圾 回收 需 该 内 存 区 域 不 存在 有 效 
的 指针 。 


void declare_no_pointers(char *p, size_t n) noexcept; 
void undeclare_no_pointers(char *p, size_t n) noexcept; 


其 使 用 方式 与 declare_reachable 及 undeclare_reachable 类 似 ， 不 过 指 
定 的 是 从 p 开 始 的 连续 n 的 内 存 。 


5.2.6” 志 圾 回收 的 兼容 性 


尽管 在 设计 C++11 标 准时 想 尽 可 能 保证 向 后 兼容 ， 但 是 对 于 垃圾 
回收 来 说 ， 破 坏 向 后 兼容 是 不 可 避免 的 。 通 常情 况 下 ， 如 果 我 们 想 要 
程序 使 用 垃圾 回收 ， 或 者 可 靠 的 内 存 泄漏 检测 ， 我 们 就 必须 做 出 必要 
的 假设 来 保证 垃圾 回收 器 能 工作 。 而 为 此 ， 我 们 必须 限制 指针 的 使 用 
或 者 使 用 declare_reachable/undeclare_reachable ` 
declare_no_pointerundeclare_no_pointer 来 让 一 些 不 安全 的 指针 使 用 免 
于 垃圾 回收 器 的 检查 。 因 此 想 让 老 的 代码 毫 不 费力 地 使 用 垃圾 回收 ， 
现实 情况 下 对 大 多 数 代 码 还 是 不 可 能 的 。 


此 外 ，C++11 标 准 中 对 指针 的 垃圾 回收 支持 仅 限于 系统 提供 的 new 
操作 符 分 配 的 内 存 ， 而 malloc 分 配 的 内 存 则 会 被 认为 总 是 可 达 的 ， 即 
无 论 何 时 垃圾 回收 右 都 不 予 回收 。 因 此 使 用 malloc 等 的 较 老 代码 的 堆 
内 存 还 是 必须 由 程序 员 目 己 控制 。 


而 更 为 现实 的 状况 是 在 本 书写 作 时 ， 垃 圾 回收 的 特性 还 没有 得 到 
任何 编译 作 文 持 ， 即 使 是 所 请 的 “最 小 垃圾 回收 ”。 标准 的 发 展 以 及 垃 
圾 回收 在 C/C++ 中 的 实现 可 能 还 需要 一 定 的 时 间 。 不 过 有 了 最 小 文 
持 ， 用 户 可 能 在 新 代码 中 会 注意 指针 的 使 用 ， 并 对 形 如 指针 隐藏 的 状 
况 使 用 合适 的 函数 来 对 被 隐藏 指针 的 扒 对 象 进行 保护 。 按 照 C++ 的 设 


计 ， 显 式 地 delete 使 用 与 垃圾 回收 并 不 会 形成 冲突 。 如 果 程 序 员 选 择 这 
么 做 的 话 ， 束 应 该 能 够 保证 最 大 的 代码 向 前 兼容 性 。 在 未 来 某 个 时 刻 
C++ 坪 圾 回收 支持 完成 的 时 候 ， 代 码 可 以 直接 至 受 其 市 来 的 益处 。 


53 ”本章 小 结 


C++ 是 一 种 静态 类 型 的 语言 ， 在 C++ 的 发 展 中 ， 一 系列 的 改进 使 
得 C++ 的 类 型 机 制 几 乎 站 丝 合 颖 ,滴水 不 漏 。 而 在 C++11 中 ， 最 后 的 
漏网 之 鱼 一 枚 举 ， 终 于 也 以 新 增 的 强 类 型 枚 举 的 方式 进行 了 规范 。 虽 
然 为 了 兼容 性 ， 旧 的 枚 举 语 义 没有 任何 改变 ， 但 新 的 强 类 型 枚 举 可 以 
避免 形 如 名 字 冲 突 、 隐 式 同 整 型 转换 等 诸多 问题 ， 所 以 在 使 用 上 更 加 
安全 。 事 实 上 ， 现 有 的 标准 库 中 的 枚 举 束 已 经 大 量 采 用 了 强 类 型 枚 举 
来 规避 编程 中 的 风险 。 


而 堆 分 配 变 量 的 目 动 释放 从 来 都 是 编程 者 津津 乐 道 的 问题 。 理 想 
情况 下 ， 程 序 员 应 该 总 是 在 栈 上 分 配 变 量 ， 这 样 变量 能 够 有 效 地 目 动 
释放 。 不 过 现实 情况 下 ， 很 多 时 候 程序 员 在 编程 时 并 不 能 预期 所 需 内 
存 的 使 用 期 ， 所 以 程序 员 还 离 不 开 malloc/free 或 者 new/delete 的 堆 式 内 
存 分 配 。 在 C++98 中 ， 用 户 可 以 使 用 智能 指针 auto_ptr 来 目 动 释放 内 
存 。C++11 中 则 进一步 改进 了 auto_ptr 一 程序 员 可 以 使 用 行为 更 加 良好 
的 unique_ptr 和 shared_ptr/weak_ptr 知 能 指针 来 进行 自动 的 堆 内 存 释 
放 。 虽 然 unique/shared/weak 在 概念 上 比 起 稍 单 的 auto 变 得 复 尖 了， 但 
是 行为 上 却 更 加 安全 《返回 右 值 、 调 用 delete[] 等 ) 。 程 序 员 应 该 在 
C++11 中 全 面 使 用 狐 的 智能 指针 代替 auto_ptr 。 


而 随 着 编程 模型 的 复杂 化 ，C++ 语 言 也 在 考虑 引入 全 面 的 垃圾 回 
收 。 不 过 在 C++11 中 ， 全 面 的 垃圾 回收 这 个 心愿 尚未 达成 。 实 际 在 
C++11l 中 的 是 “最 小 化 "的 垃圾 回收 文 择 ， 即 定义 了 什么 样 的 指针 对 于 
垃圾 回收 是 安全 的 ， 什 么 样 的 动作 会 对 垃圾 回收 造成 影响 。 一 旦 有 了 
会 对 垃圾 回收 造成 影响 的 操作 ， 程 序 员 则 可 以 调用 API 来 通知 垃圾 回 
收费 代码 对 于 垃圾 回收 是 否 可 达 。 事 实 上 ， 现 有 人 情况 下 ， 我 们 并 看 不 
到 “最 小 垃圾 回收 文 持 ” 的 实质 应 用 ， 大 多 数 编译 万 也 还 没有 实现 相关 
的 内 容 ， 但 有 了 最 小 的 文 持 ， 程 序 员 和 编译 需 及 库 的 制作 者 间 的 接口 
也 惑 清晰 了 。 不 排除 以 后 有 编译 亏 或 者 库 制 作者 设计 出 能 够 实现 垃圾 
回收 的 、 能 够 编译 满足 最 小 垃圾 回收 支持 的 C++ 代 码 的 编译 占 或 库 产 
品 。 不 过 ， 能 否 实现 还 需要 假 以 时 日 。 


第 6 章 ”提高 性 能 及 操作 人 硬件 的 能 


对 于 用 C++ 编写 的 程序 来 说 ， 性 能 是 永恒 的 主题 。 相 比 于 一 些 流 
行 的 高 级 语言 ，C++ 程 序 肖 会 具有 不 可 比拟 的 性 能 优势 。 在 C++11 
中 ， 程 序 员 还 能 够 进一步 挖掘 程序 运行 性 能 。 而 面 对 硬 件 系统 的 日 新 
Aw, WH eee RATE IR, C++ ARERR IIS, it 
对 底层 的 硬件 操作 进行 良好 的 抽象 ， 充 分 满足 了 程序 员 利 用 多 核 多 线 
程 性 能 的 需求 。 通 过 阅读 本 章 ， 读 者 可 以 了 解 C++11 在 性 能 、 硬 件 操 
作 上 的 各 种 创新 。 极 有 可 能 ，C++11 将 引领 新 的 并 行 编程 的 浪潮 。 


6.1 FEKAI 


CHP 类 别 ， 类 作者 


6.1.1 ”运行 时 常量 性 与 编译 时 常量 性 


在 C++ 中 ， 我 们 常常 会 过 到 常量 的 概念 。 常 量 表示 该 值 不 可 修 
改 ， 通 党 是 通过 const 关 键 字 来 修饰 的 。 比 如 : 


const int i = 3; 


ERARE H 1 ONY AS eo consti AY LE Hifi Es BS 
2 > EX SURE ` KARA ` RE o EARN AAI, const 
同 的 意义 ， 不 过 大 多 数 情 况 下 ，const 描 述 的 都 是 一 些 “ 运 行 时 第 量 
性 ”的 概念 ， 即 具有 运行 时 数据 的 不 可 更 改 性 。 不 过 有 的 时 候 ， 我 们 需 
要 的 却 是 编译 时 期 的 常量 性 ， 这 是 const 关 键 字 无 法 保证 的 。 我 们 可 以 
看 看 代码 清单 6-1 所 示 的 例子 。 


代码 清单 6-1 


const int GetConst() { return 1; } 
void Constless(int cond) { 
int arr[GetConst()] = {0}; / / 无 法 通过 编译 


enum { e1 = GetConst(), e2 }; // 无 法 通过 编译 


switch (cond) { 
case GetConst(): / / 无 法 通过 编译 


break; 
default: 
break; 


/ / 编译 选项 


:g++ -c 6-1-1.cpp 


在 代码 清单 6-1 中 ， 我 们 定义 了 一 个 返回 常数 1 的 函数 GetConst。 
我 们 使 用 了 const 关 键 字 修饰 了 返回 类 型 。 不 过 编译 后 我 们 发 现 ， 无 论 
将 GetConst 的 结果 用 于 需要 初始 化 数组 Arr 的 声明 中 ， 还 是 用 于 匿名 枚 
举 中 ， 或 用 于 switch-case 的 case 表 达 式 中 ， 编 译 絮 都 会 报告 销 误 。 发 生 
这 样 错 误 的 原因 如 我 们 上 面 提 到 的 一 样 ， 这 些 语句 都 需要 的 是 编译 时 
期 的 常量 值 。 而 const 修 饰 的 钞 数 返 回 值 ， 只 保证 了 在 运行 时 期 内 其 值 
是 不 可 以 被 更 改 的 。 这 是 两 个 完全 不 同 的 概念 。 


我 们 再 来 看 一 个 BitSet 的 例子 ， 该 例子 更 贴近 开发 人 员 的 实际 状 
况 ， 如 代码 清单 6-2 所 示 。 


代码 请 单 6-2 
enum BitSet { 
© = 1 << 0, 
Vi = 1<<1, 
V2 = 1<< 2, 
VMAX = 1 << 3 
}; 
// 重 定义 操作 符 


"| "， 以 保证 返回 的 
BitSet 值 不 超过 枚 举 的 最 大 值 
const BitSet operator|(BitSet x, BitSet y) { 
return static cast<BitSet>(((int)x | y) & (VMAX - 1)); 
} 
template <int i = VO | V1> // 无 法 通过 编译 


void LikeConst(){} 
// 编译 选项 


:clang++ -c -Std=c++11 6-1-2.cpp 


在 代码 清单 6-2 中 ， 我 们 看 到 一 个 有 限 成 员 的 BitSet 的 枚 举 类 型 的 
定义 (读者 是 否 还 记得 代码 清单 2-7 所 示 的 例子 ) 。 而 为 了 尽 可 能 地 保 
证 或 操作 的 有 效 性 ， 我 们 重 载 了 operator， 该 操作 除了 进行 或 运算 外 ， 
还 会 通过 &(VMAX-1) 这 样 的 操作 保证 该 或 操作 的 输出 不 会 超过 VMAX 
枚 举 值 。 而 此 时 我 们 将 VOIV1 作 为 非 类 型 模板 函数 的 默认 模板 参数 ， 

则 会 导致 编译 错误 。 这 同样 是 由 需要 的 是 编译 时 常量 所 导致 的 。 


那么 有 没有 什么 办 法 可 以 通过 更 改 上 面 的 例子 ， 获 得 编译 时 期 的 
TEW? 最 简单 的 方法 是 ， 我 们 可 以 在 代码 清单 6-1 的 文件 开始 使 用 C 
中 的 宏 替 代 GetConst 函 数 。 


#define GetConst 1 


当然 ， 这 种 简单 粗暴 的 做 法 即使 有 效 ， 也 会 把 C++ 拉 回 “石器 时 
代 ”。C++11 中 对 编译 时 期 常量 的 回答 是 constexpr， 即 常量 表达 式 
(constant expression) 。 比 如 我 们 要 使 得 代码 清单 6-1 中 的 GetConst 函 
数 成 为 一 个 常量 表达 式 ， 可 以 用 下 面 的 声明 方法 : 


constexpr int GetConst() { return 1; } 


即 在 函数 表达 式 前 加 上 constexpr 关 键 字 即 可 。 有 了 销量 表达 式 这 
样 的 声明 ， 编 译 器 就 可 以 在 编译 时 期 对 GetConst 表 达 式 进行 值 计 算 


(evaluation) ， 从 而 将 其 视 为 一 个 编译 时 期 的 常量 (虽然 编译 器 不 一 
定 这 么 做 ， 但 至 少 从 语法 效果 上 看 是 这 样 ， 我 们 会 在 后 面 叙述 ) 。 这 
样 一 来 代码 清单 6-1 中 的 数组 Arr、 匿 名 枚 举 的 初始 化 以 及 switch-case 的 
case 表 达 式 通过 编译 都 不 再 是 问题 《读者 可 以 自行 实验 一 下 ) 。 


在 C++11 中 ， 常 量 表 达 式 实际 上 可 以 作用 的 实体 不 仅 限 于 函数 ， 
还 可 以 作用 于 数据 声明 ， 以 及 类 的 构造 画 数 等 。 我 们 来 分 别 看 一 下 。 


6.1.2 He RATA 


* 


通常 我 们 可 以 在 函数 返回 类 型 前 加 入 关键 字 constexpr 来 使 其 成 为 
营 量 表达 式 函 数 。 不 过 并 非 所 有 的 函数 都 有 资格 成 为 常量 表达 式 函 
数 。 事 实 上 ， 钊 量 表达 式 男 数 的 要 求 非 党 挛 格 ， 总 结 起 来 ， 大 概 有 以 


.函数 体 只 有 单一 的 return 返 回 语句 。 
:函数 必须 返回 值 〈 不 能 是 void 函数 ) 
.在 使 用 前 必须 已 有 定义 。 


retum 返 回 语句 表达 式 中 不 能 使 用 非常 量 表达 式 的 画 数 、 全 局 数 
据 ， 且 必须 是 一 个 常量 表达 式 。 


让 我 们 分 别 来 解释 一 下 。 首 先 钙 肖 量 表达 式 函 数 中 最 为 明显 的 限 
制 ， 束 是 要 求 函数 体 中 只 有 一 条 语句 ， 且 该 条 语句 必须 是 return 语 句 。 
这 束 意 味 着 形 如 : 


constexpr int data() { const int i = 1; return i; } 


这 样 的 多 条 语句 的 写法 是 无 法 通过 编译 的 。 不 过 一 些 不 会 产生 实际 代 
ASA a ATE E PATA FEAT, IAN BE ae aE o 


我 们 可 以 看 看 如 下 static_assert 的 情况 : 


constexpr int f(int x){ 
static_assert(0 == 0, "assert fail."); 
return x; 


该 例子 能 够 通过 编译 。 而 其 他 的 ， 比 如 using 指 令 、typedef 等 也 通 


第 二 点 约束 ， 则 是 常量 表达 式 必须 返回 值 。 形 如 


constexpr void f(){} 


这 样 的 不 返回 值 的 函数 束 不 能 是 常量 表达 式 。 当 然 ， 其 原因 也 很 明 
显 ， 因 为 无 法 获得 常量 的 第 量 表达 式 钙 不 修 认 可 的 。 


量 表达 式 函 数 在 使 用 前 必须 被 定义 。 对 于 普通 函 
数 而 言 ， 调 用 函数 只 需要 有 函数 声明 就 够 了 ， 但 常量 表达 式 范 数 的 使 
用 则 有 所 不 同 。 这 里 读者 应 该 注意 常量 表达 式 “ 使 用 ”和 “调用 ”的 区 
别 ， 前 者 讲 的 是 编译 时 的 值 计 算 ， 而 后 者 讲 的 是 运行 时 的 函数 调用 ， 
如 代码 清单 6-3 所 示 。 


代码 清单 6-3 


constexpr int f(); 

int a = f(); 

const int b = f(); 

constexpr int c = f(); // 无 法 通过 编译 


constexpr int f() { return 1; } 
constexpr int d = f(); 
// 编译 选项 


:g++ -std=c++11 -c 6-1-3.cpp 


这 里 我 们 声明 了 一 个 稼 量 表达 式 函 数 f。 在 定义 该 画 数 之 前 ， 我 们 
定义 了 变量 a、 常 量 b 以 及 常量 表达 式 值 《下面 即将 介绍 ) c。 在 a 和 b 的 
定义 中 ， 编 译 絮 会 将 f() 转 换 为 一 个 函数 调用 ， 而 在 c 的 定义 中 ， 由 于 其 
古 一 个 常量 表达 式 值 ， 因 此 会 要 求 编译 此 进行 编译 时 的 值 计算 。 这 时 
候 由 于 {常量 表达 式 还 没有 定义 ， 束 会 导致 编译 错误 。 而 d 的 定义 则 没 
有 问题 ， 因 为 {的 定义 已 经 有 了 。 因 此， 在 使 用 上 读者 必须 小 心 。 


其 实 从 代码 清单 6-3 我 们 也 可 以 看 出 ， 虽 然 f 被 定义 为 一 个 常量 表 
达 式 ， 但 是 它 是 否 在 编译 时 进行 值 计算 则 不 一 定 。 在 b 和 c 的 定义 中 ，f 
就 是 标准 的 函数 调用 ，constexpr 也 不 会 使 得 范 数 被 重 写 。 那 么 普通 情 
况 下 ， 程 序 员 也 就 不 用 对 声明 了 constexpr 的 芳 数 再 声明 一 个 没有 
constexpr 的 版 本 了 。 而 事实 上 ， 如 果 这 么 做 还 会 导致 错误 发 生 ， 比 如 
下 面 的 声明 就 会 导致 编 译 器 报错 : 


constexpr int f(); 
int f(); 
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数 。 形 如 


const int e(){ return 1;} 
constexpr int g(){ return e(); } 


或 者 形 如 
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如 果 我 们 要 使 得 g() 是 一 个 编译 时 的 常量 ， 那 么 其 return 表 达 式 语句 就 
不 能 包含 运行 时 才能 确定 返回 值 的 贸 数 。 只 有 这 样 ， 编 译 絮 才能 够 在 
编译 时 进行 常量 表达 式 函 数 的 值 计 算 。 


当然 ， 作 为 一 个 篆 量 表达 式 函 数 ，return 的 表达 式 需 要 是 一 个 各 量 
表达 式 也 是 天 经 地 义 的 事情 。 一 些 危险 的 操作 ， 比 如 赋值 的 操作 在 和 铺 
量 表达 式 中 也 是 不 允许 的 ， 形 如 


constexpr int k(int x) { return x = 1; } 


的 语句 也 是 无 法 通过 C++11 编 译 器 的 编译 的 。 


6.1.3 JAKANE 


在 代码 清单 6-3 中 我 们 看 到 了 由 constexpr 关 键 字 修 饰 的 “变量 *c 和 
f， 这 样 声明 的 变量 就 是 所 谓 的 常量 表达 式 值 (constant-expression 
value) 。 通 和 情 况 下 ， 篆 量 表达 式 值 必须 被 一 个 常量 表达 式 赋值 ， 而 
跟 常 量 表达 式 函 数 一 样 ， 篆 量 表达 式 值 在 使 用 前 必须 被 初始 化 。 


而 使 用 constexpr 声 明 的 数据 最 单 被 问 起 的 问题 是 ， 下 列 两 条 语句 
有 什么 区 别 : 


const int i = 1; 
constexpr int j = 1; 


事实 上 ， 两 者 在 大 多 数 情况 下 十 没有 区 别 的 。 不 过 有 一 点 是 肯定 
的 ， 束 是 如 采 i 在 全 局 名 字 空 间 中 ， 编 译 亏 一 定 会 为 产生 数据 。 而 对 
于 j， 如 末 不 是 有 代码 显 式 地 使 用 了 它 的 地 址 ， 编 译 右 可 以 选择 不 为 它 
生成 数据 ， 而 仅 将 其 当做 编译 时 期 的 值 (是 不 是 想起 了 光 有 名 字 没 有 
产生 数据 的 枚 举 值 ， 以 及 不 会 产生 数据 的 右 值 字面 常量 ? SSE, ÉE 
们 也 都 只 是 编译 时 期 的 常量 ) 。 


这 里 还 要 提 一 下 浮 点 常量 。 有 的 时 候 ， 我 们 在 常量 表达 式 中 会 看 
到 浮 点 数 。 通 常情 况 下 ， 编 译 器 对 浮 点 数 做 编译 时 期 常量 这 件 事情 很 
敏感 。 因 为 编译 时 环境 和 运行 时 环境 可 能 有 所 不 同 ， 那 么 编译 时 的 浮 


点 第 量 和 实际 运行 时 的 序 点 数 常 量 可 能 在 精度 上 存在 送别 。 不 过 在 
C++11 中 ， 编 译 时 的 浮 点 数 常 量 表达 式 值 还 是 被 允许 的 。 标 准 要 求 编 
译 时 的 浮 点 常量 表达 式 值 的 精度 要 人 至少 等 于 (或 者 高 于 ) 运行 时 的 浮 
点 数 常 量 的 精度 。 


而 对 于 目 定 义 类 型 的 数据 ， 要 使 其 成 为 常量 表达 式 值 的 话 ， 则 不 
像 内 置 类 型 这 么 简单 。C++11 标 准 中 ，constexpr 天 键 字 是 不 能 用 于 修 
饰 目 定义 类 型 的 定义 的 。 比 如 下 面 这 样 的 类 型 定义 和 使 用 : 


constexpr struct MyType {int i; } 
constexpr MyType mt = {0}; 


在 C++11 中 ， 就 是 无 法 通过 编译 的 。 正 确 地 做 法 是 ， 定 义 自 定义 常量 
EKZ (constent-expression constructor) 。 我 们 可 以 看 看 代码 清单 6- 
4 所 示 的 例子 。 


代码 清单 6-4 


struct MyType { 
constexpr MyType(int x): i(x){} 
int i; 

F 

constexpr MyType mt = {0}; 

// 编译 选项 


:g++ -c -Std=c++11 6-1-4.cpp 


代码 清单 6-4 中 ， 我 们 对 MyType 的 构造 玉 数 进行 了 定义 。 不 过 在 
定义 前 ， 我 们 加 上 了 constexpr 关 键 字 。 通 过 这 样 的 定义 ，MyType 类 型 


的 constexpr 的 变量 mt 的 定义 就 可 以 通过 编译 了 。 


常量 表达 式 的 构造 琅 数 也 有 使 用 上 的 约束 ， 主 要 的 有 以 下 两 点 : 


函数 体 必 须 为 空 。 


初始 化 列表 只 能 由 常量 表达 式 来 赋值 。 


容易 出 错 的 ， 读 者 在 使 用 


通常 第 二 点 跟 解 量 表达 式 函 数 一 样 ， 是 
常量 表达 式 构造 钞 数 都 是 无 法 通过 编译 的 : 


中 应 该 注意 ， 形 如 下 面 的 


int f(); 
struct MyType { int i; constexpr MyType(): i(f()){}}; 
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代码 清单 6-5 


#include <iostream> 
using namespace std; 
struct Date { 
constexpr Date(int y, int m, int d): 
year(y), month(m), day(d) {} 
constexpr int GetYear() { return year; } 
constexpr int GetMonth() { return month; } 
constexpr int GetDay() { return day; } 
private: 
int year; 
int month; 
int day; 
了 
constexpr Date PRCfound {1949, 10, 1}; 
constexpr int foundmonth = PRCfound.GetMonth(); 
int main() { cout << foundmonth << endl; } // 10 


// 编译 选项 


:g++ -Std=c++11 -c 6-1-5.cpp 


在 代码 清单 6-5 中 ， 我 们 为 Date 类 型 声明 了 常量 表达 式 构造 函数 ， 
随后 定义 了 constexpr 的 变量 PRCfound。 此 外 ， 还 为 Date 定 义 常 量 表达 
式 的 成 员 函 数 ， 可 以 看 到 ， 可 以 从 PRCfound 中 拿 出 成 员 month， 赋 给 
一 个 常量 表达 式 值 foundmonth。 如 果 PRCfound 的 成 员 变 量 在 这 里 不 具 
有 编译 时 的 常量 性 ， 显 然 是 不 可 能 做 到 的 。 


这 里 还 需要 注意 一 下 常量 表达 式 的 成 员 函 数 。 在 C++11 中 ， 不 人 允 
许 第 量 表达 式 作 用 于 virtual 的 成 员 函 数 。 这 个 原因 也 是 显而易见 的 ， 
virtual 表 示 的 是 运行 时 的 行为 ， 与 “可 以 在 编译 时 进行 值 计算 ”的 


constexpr 的 意义 是 冲突 的 。 


跟 常 量 表达 式 画 数 一 样 ， 第 量 表达 式 构造 画 数 也 可 以 用 于 非常 量 
表达 式 中 的 类 型 构造 ， 重 写 了 编译 器 也 会 报错 的 。 因 而 ， 程 序 员 不 必 
为 关 型 再 重 写 一 个 非常 量 表达 去 版 本 。 


6.1.4 种 量 表 达 陈 的 其 他 应 用 


钊 量 表达 式 是 可 以 用 于 模板 函数 的 。 不 过 由 于 模板 中 类 型 的 不 确 
定性 ， 所 以 模板 函数 是否 会 被 实例 化 为 一 个 能 够 满足 编译 时 常量 性 的 
版 本 通常 也 是 未 知 的 。 和 针对 这 种 情况 ，C++11 标 准 规定 ， 当 声明 为 党 
量 表 达 式 的 模板 函数 后 ， 而 某 个 该 模板 函数 的 实例 化 结果 不 满足 第 量 
表达 式 的 需求 的 话 ，constexpr 会 被 目 动 忽 略 。 该 实例 化 后 的 钞 数 将 成 
为 一 个 普通 函数 ， 如 代码 清单 6-6 所 示 。 


代码 清单 6-6 


struct NotLiteral{ 
NotLiteral(){ i = 5; } 
int i; 
/ 
NotLiteral nl; 


template <typename T> constexpr T ConstExp(T t) { 
return t; 


} 
void g() { 
NotLiteral nl; 
NotLiteral nli = ConstExp(nl); 
constexpr NotLiteral nl2 = ConstExp(nl); // 无 法 通过 编译 
constexpr int a = ConstExp(1); 
} 
// 编译 选项 


:g++ -std=c++11 -c 6-1-6.cpp 


在 代码 清单 6-6 中 ， 结 构 体 NotLiteral 不 是 一 个 定义 了 销量 表达 式 构 


造 国 数 的 类 型 ， 因 此 走 不 能 够 声明 为 钊 量 表达 式 值 的 。 而 模板 函数 


‘Ly 


ConstExp 一 旦 以 NotLiteral 为 参数 的 话 ， 那 么 其 constexpr 关 键 字 将 被 忽 
略 ， 如 nl1l 变 量 所 示 。 实 例 化 为 ConstExp<NotLiteral> 的 函数 将 不 是 一 个 
常量 表达 式 函 数 ， 因 此 ， 我 们 也 看 到 nl2 是 无 法 通过 编译 的 〈 当 然 ， 该 
例 中 constexpr NotLiteral 本 来 也 是 不 正确 的 声明 ) 。 而 在 可 以 实例 化 为 
常量 表达 式 函 数 的 时 候 ，ConstExp 则 可 以 用 于 常量 表达 式 值 的 初始 
化 。 比 如 本 例 中 的 8， 就 是 由 实例 化 为 ConstExp<int> 的 常量 表达 式 函 
数 所 初始 化 的 。 


对 于 音量 表达 式 的 应 用 ， 还 有 一 个 有 趣 的 问题 融 是 函数 递归 问 
题 。 如 果 一 个 函数 是 递归 的 ， 而 且 它 是 一 个 常量 表达 式 函 数 ， 那 么 会 
发 生 什 么 情况 呢 ? 事实 上 ， 在 浓 量 表达 式 这 个 特性 提出 的 时 候 ， 提 出 
苹 不 太 赞 成 让 常量 表达 式 文 持 递 归 的 ， 不 过 C++11 标 准 中 并 没有 友 
对 常量 表达 式 的 递归 函数 ， 而 且 在 标准 中 说 明 ， 符 合 C++11 标 准 的 编 
译 器 对 常量 表达 式 函 数 应 该 至 少 支 持 512 层 的 递归 。 


这 就 带 来 一 些 有 趣 的 结果 。 有 的 时 候 ， 编 译 器 被 我 们 稍微 改造 一 
下 ， 或 许 束 能 成 为 程序 员 的 “计算 器 ”。 我 们 来 看 看 代码 清单 6-7 所 示 的 
PIF ° 


代码 清单 6-7 


#include <iostream> 
using namespace std; 
constexpr int Fibonacci(int n) { 
return (n == 1) ? 1: ((n == 2) ? 1 : Fibonacci(n - 1) + Fibonacci(n - 2)); 


} 
int main() { 


int fib[] = { 
Fibonacci(11), Fibonacci(12), 
Fibonacci(13), Fibonacci(14), 
Fibonacci(15), Fibonacci(16) 


}; 
for (int i: fib) cout << i << endl; 
// 编译 选项 


:clang++ -std=c++11 6-1-7.cpp 


这 里 程序 员 知 道 裴 波 那 奖 数 的 算法 ， 却 懒得 目 行 算出 一 个 裴 波 那 
HAH (第 11~16 个 ) ， 因 此 他 利用 了 和 量 表达 式 构造 了 一 个 这 样 的 数 
组 。 在 我 们 的 实验 机 上 ， 我 们 用 clang++ 编 译 器 使 用 默认 优化 级 别 编译 
了 这 个 程序 ， 然 后 反 汇 编发 现 该 数组 的 值 已 经 被 计算 好 了 ， 实 际 运 行 
的 代码 没有 调用 Fibonacci 这 个 函数 。 这 跟 和 直接 调用 基于 艺 围 的 for 循 环 
打印 数组 中 的 值 的 代码 一 致 。 


事实 上 ， 这 种 基于 编译 时 期 的 运算 的 编程 方式 在 C++ 中 并 不 是 第 
一 次 出 现 。 早 在 C++ 模板 刚 出 现 的 时 候 ， 就 出 现 了 基于 模板 的 编译 时 
期 运算 的 编程 方式 ， 这 种 编程 通常 被 称 为 模板 元 编程 (template meta- 
programming) 。 模 板 元 编程 同样 是 非常 有 意思 的 话题 ， 比 如 我 们 要 实 
现代 码 清单 6-7 所 示例 子 中 的 效果 ， 使 用 模板 元 编程 同样 是 可 以 的 ， 如 
代码 清单 6-8 所 示 。 


代码 清单 6-8 


#include <iostream> 
using namespace std; 
template <long num> 
struct Fibonacci{ 


static const long val = Fibonacci<num - 1>::val + Fibonacci<num - 2>::val; 


}; 


template <> struct Fibonacci<2> { static const long val = 1; }; 
template <> struct Fibonacci<1i> { static const long val = 1; }; 
template <> struct Fibonacci<0> { static const long val = 0; } 
int main() { 
int fib[] = { 
Fibonacci<11>: :val, Fibonacci<i2>::val, 
Fibonacci<13>::val, Fibonacci<14>::val, 
Fibonacci<15>::val, Fibonacci<16>::val, 
了 
for (int i: fib) cout << i << endl; 
// 编译 选项 


:g++ -Std=c++11 6-1-8.cpp 


代码 清单 6-8 中 我 们 定义 了 一 个 非 类 型 参数 的 模板 Fibonacci。 该 模 
板 类 定义 了 一 个 静态 变量 val， 而 val 的 定义 方式 是 递归 的 。 因 此 模板 将 
会 递归 地 进行 推导 。 此 外 ,我 们 还 通过 侦 特 化 定义 了 模板 推导 的 边界 
条 件 ， 即 斐 波 那 契 的 初始 值 。 那 么 模板 在 推导 到 边界 条 件 的 时 候 就 会 
终止 推导 。 通 过 这 样 的 方法 ， 我 们 同样 可 以 在 编译 时 进行 值 计算 ， 从 
而 生成 数组 的 值 。 


通过 constexpr 进 行 的 运行 时 值 计 算 ， 跟 模板 元 编程 非常 类 似 。 

此 有 的 程序 员 自然 地 称 利 用 constexpr 进 行 编译 时 期 运算 的 编程 方式 为 
constexpr 元 编程 (constexpr meta-programming) 。 学 术 地 讲 ， 
constexpr 元 编程 与 template 元 编程 一 样 ， 都 是 图 灵 完 备 的 ， 即 任何 程序 
中 需要 表达 的 计算 ， 都 可 以 通过 constexpr 元 编程 的 方式 来 表达 。 由 于 
constexpr 文 持 浮 点 数 运算 (模板 元 编程 只 支持 整 型 ) ， 文 持 三 元 表达 
式 、 逗 号 表达 式 ， 所 以 很 多 人 认为 constexpr 元 编程 将 会 比 模板 元 编程 
更 加 强大 。 从 这 个 角度 讲 ，constexpr 元 编程 将 非常 让 人 期 待 。 


不 过 在 这 里 我 们 还 是 必须 为 这 些 期 待 恋 点 冷水 。 因 为 从 我 们 的 实 
践 中 发 现 ， 并 不 是 使 用 了 constexpr， 编 译 器 就 一 定 会 在 编译 时 期 对 常 
量 表达 式 画 数 进行 值 计算 。 事 实 上 ， 对 于 代码 清单 6-4 所 示 的 例子 ， 如 
果 用 g++ 的 上 默认 优化 级 别 来 编译 ， 我 们 实验 机 上 会 产生 调用 Fibonacci 
函数 的 代码 (clang++ 在 O00 级 别 也 会 有 这 样 的 效果 ) 。 在 C++11 标 准 
中 ， 我 们 也 没有 看 到 要 求 编译 絮 一 定 要 对 肖 量 表达 式 进行 编译 时 期 的 
值 计算 。 标 准 只 是 定义 了 可 以 用 于 编译 时 进行 值 运算 的 常量 表达 式 的 
定义 ， 却 没有 强制 要 求 编译 需 一 定 在 编译 时 进行 值 运 算 。 所 以 编译 天 
通过 一 些 手段 绕 过 代码 的 语法 ， 仍 然 做 运行 时 的 调用 ， 这 样 的 方法 也 
是 符合 C++11 标 准 的 (通常 情况 下 ， 这 样 做 也 是 编译 器 实现 constexpr 
的 第 一 步 ， 因 为 这 样 最 简单 也 最 不 容易 出 错 ， 后 期 如 果实 现 了 编译 时 
值 计算 ， 该 方法 还 可 以 用 作 验 证 手段 )。 推 迟到 运行 时 的 唯一 的 缺点 
束 是 性 能 上 会 有 一 定 问 题 。 可 以 想象 ， 为 了 提高 编译 万 的 竞争 力 ， 各 
种 编译 如 都 会 渐渐 将 第 量 表达 式 的 运算 放 到 编译 时 ， 到 那个 时 候 ， 
constexpr 元 编程 或 许 才 能 大 行 其 道 。 


6.2 ZKEN 


CHP 类 别 ， 库 作者 


6.2.1 ZEKE RAE KARE BL 


在 2.1 节 中 ， 我 们 知道 C++11 已 经 支持 了 C99 的 变 长 宏 。 变 长 宏 与 
printf 的 默契 配合 使 得 程序 员 能 够 非常 容易 地 派生 出 printf 的 变种 以 文 持 
一 些 记 录 。 而 如 我 们 提 到 的 ，printf 则 使 用 了 C 语 言 的 范 数 变 长 参数 特 
性 ， 通 过 使 用 变 长 函数 (variadic funciton) ，printf 的 实现 能 够 接受 任 
何 长 度 的 参数 列表 。 不 过 无 论 是 安 ， 还 是 变 长 参数 ， 整 个 机 制 的 设计 
上 ， 没 有 任何 一 个 对 于 传递 参数 的 类 型 是 了 解 的 。 我 们 可 以 看 看 变 长 
函数 的 例子 。 通 稍 情 况 下 ， 一 个 变 长 画 数 可 以 如 代码 清单 6-9 所 示 。 


代码 清单 6-9 


#include <stdio.h> 
#include <stdarg.h> 
double SumOfFloat(int count, ...) { 
va_list ap; 
double sum = 0; 
va_start(ap, count); // 获得 变 长 列表 的 句柄 


ap 


for(int i = 0; i < count; i++) 
sum += va_arg(ap, double); // 每 次 获得 一 个 参数 


va_end(ap); 
return sum; 


int main() { 
printf("%f\n", SumOfFloat(3, 1.2f, 3.4, 5.6)); // 10.200000 


// 编译 选项 


:gcc 6-2-1.cpp 


在 代码 清单 6-9 中 ， 我 们 声明 了 一 个 名 为 SumOfFloat 变 长 函数 。 变 
长 函数 的 第 一 个 参数 count 表 示 的 是 变 长 参数 的 个 数 ， 这 必须 由 
SumOfFloat 的 调用 者 传递 进来 。 而 在 被 调用 者 中 ， 则 需要 通过 一 个 类 
型 为 va_list 的 数据 结构 ap 来 辅助 地 获得 参数 。 可 以 看 到 ， 这 里 代码 首先 
使 用 va_start 函 数 对 ap 进行 初始 化 ， 使 得 ap 成 为 被 传递 的 变 长 参数 的 一 
个 “句柄 ” (handler) ° 而 后 代码 再 使 用 va_arg 函 数 从 ap 中 将 参数 一 一 取 
出 用 于 运算 。 由 于 这 里 是 计算 浮 点 数 的 和 ， 所 以 每 次 总 是 给 va_arg 传 递 
一 个 double 类 型 作为 参数 。 图 6-1 显 示 了 一 种 变 长 函数 的 可 能 的 实现 方 
式 ， 即 以 句柄 ap 为 指 疝 各 个 变 长 参数 的 指针 ， 而 va_arg 则 通过 改变 指针 
的 方式 (每 次 增加 sizeof(double) 字 节 ) 来 返回 下 一 个 指针 所 指 疝 的 对 


ap va arg(va list, double): 


图 6-1 变 长 男 数 可 能 的 实现 方式 


可 以 看 到 ， 在 本 例 中 ， 只 有 使 用 表达 式 va_arg(ap,double) 的 时 候 ， 
我 们 才 按 照 类 型 《实际 是 按 类 型 长 度 ) 去 变 长 参数 列表 中 获得 指定 参 
BC oT May +] EN UI ee iat FR EEE PT BITE ans” > “Sod” IKE ATER 
MF, UMP countBay e FXE, EAR EEEE 
数量 或 者 参数 类 型 。 因 此 ， 对 于 一 些 没有 定义 转 义 字 的 非 POD 的 数据 
来 说 ， 使 用 变 长 函数 就 会 导致 未 定义 的 程序 行为 。 比 如 


const char *msg = "hello %s"; 
printf(msg, std::string("world")); 


这 样 的 代码 束 会 导致 printf 出 错 。 


从 另 一 个 角度 讲 ， 变 长 函数 这 种 实现 方式 ， 对 于 C++ 这 种 强调 类 型 
的 语言 来 说 相当 于 开 了 一 个 “不 规范 ”的 后 门 。 这 是 C++ 标准 中 所 不 愿意 
看 到 的 〈 即 使 它 能 够 工作 ) 。 因 此 ， 客 观 上 ，C++ 需 要 引入 一 种 更 
为 “现代 化 ”的 变 长 参数 的 实现 方式 ， 即 类 型 和 变量 同时 能 够 传递 给 变 
长 参数 的 钞 数 。 一 个 好 的 方式 束 是 使 用 C++ 的 函数 模板 。 在 C++98 中 ， 
标准 要 求 男 数 模板 始终 具有 数目 确定 的 模板 参数 及 图 数 参数 。 因 此 如 
果 要 实现 一 个 新 的 变 长 参数 的 函数 的 话 ， 我 们 需要 突破 参数 的 限制 。 


此 外 在 一 些 情况 下 ， 类 也 需要 不 定 长 度 的 模板 参数 。 最 为 典型 的 
就 是 C++11 标 准 库 中 的 tuple 类 模板 。 如 果 读 者 熟悉 C++98 中 的 pair 类 模 


板 的 话 ， 那 么 理解 tuple 也 束 不 困难 了 。 具 体 来 讲 ，pair 十 两 个 不 同类 型 
的 数据 的 集合 。 比 如 pair<int,double> 束 能 够 容纳 int 类 型 和 double 类 型 的 
两 种 数据 。 一 些 如 std::map 的 标准 库容 器 ， 其 成 员 就 需要 是 类 模板 pair 

的 。 在 C++11 中 ，tuple 是 pair 类 的 一 种 更 为 泛 化 的 表现 形式 。 比 起 pair， 

tuple 是 可 以 接受 任意 多 个 不 同类 型 的 元 素 的 集合 。 比 如 我 们 可 以 通 


过 : 


std::tuple<double, char, std::string> collections; 


来 声明 一 个 tuple 模 板 类 。 该 collections 变 量 可 以 容纳 double、char、 
std::string 三 种 类 型 的 数据 。 当 然 ， 读 者 还 可 以 用 更 多 的 参数 来 声明 
collection， 因 为 tuple 可 以 接受 任意 多 的 参数 。 此 外 ， 和 pair 类 似 地 ， 我 
们 也 可 以 更 为 简单 地 使 用 C++11 的 模板 函数 make_tuple 来 创造 一 个 tuple 
模板 类 型 。 


std::make_tuple(9.8, 'g', "gravity"); 


由 于 tuple 包 含 的 类 型 数量 可 以 任意 地 多 ， 那 么 在 客观 上 ， 就 需要 
类 模板 能 够 接受 变 长 的 参数 。 因 此 ， 在 C++1l 中 我 们 惑 看 到 了 所 谓 的 变 
长 模板 (variadic template) 的 实现 。 


注意 ”在 C++98 中 ， 由 于 没有 变 长 模板 ，tuple 能 够 文 持 的 模板 参 
数 数 量 实际 上 十 有 限 的 。 这 个 数量 是 由 标准 库 定 义 了 多 少 个 不 同 参 数 
版 本 的 tuple 模 板 而 决定 的 。 


N 


6.2.2” 变 长 模板 : 模板 参数 包 和 函数 参数 包 


我 们 先 看 看 变 长 模板 的 语法 ， 还 是 以 前 面 提 到 的 tuple 为 例 ， 我 们 
需要 以 下 代码 来 声明 tuple 是 一 个 变 长 类 模板 : 


template <typename... Elements> class tuple; 


可 以 看 到 ， 我 们 在 标示 符 Elements 之 前 的 使 用 了 省 略 号 (= 
个 “点 ”) 来 表示 该 参数 是 变 长 的 。 在 C++11 中 ，Elements 被 称 作 是 一 
个 “模板 参数 包 ” (template parameter pack) 。 这 是 一 种 新 的 模板 参数 
类 型 。 有 了 这 样 的 参数 包 ， 类 模板 tuple 就 可 以 接受 任意 多 个 参数 作为 
模板 参数 。 对 于 以 下 实例 化 的 tuple 模 板 类 : 


tuple<int, char, double> 


编译 絮 则 可 以 将 多 个 模板 参数 打包 成 为 “单个 的 ”模板 参数 包 
Elements， 即 Element 在 进行 模板 推导 的 上 时候， 就 是 一 个 包含 int、char 
和 double 三 种 类 型 类 型 集合 


[e 


与 普通 的 模板 参数 类 似 ， 模 板 参数 包 也 可 以 是 非 类 型 的 ， 比 如 : 


template<int...A> class NonTypeVariadicTemplate{}; 
NonTypeVariadicTemplate<1, 0, 2> ntvt; 


束 定 义 了 接受 非 类 型 参数 的 变 长 模板 NonTypeVariadicTemplate ° 
这 里 ， 我 们 实例 化 一 个 三 参数 (1,0,2) 的 模板 实例 ntvt。 该 声明 方式 
相当 于 : 


template<int, int, int> class NonTypeVariadicTemplatef{}; 
NonTypeVariadicTemplate<i, ©, 2> ntvt; 


这 样 的 类 模板 定义 和 实例 化 。 


除了 类 型 的 模板 参数 包 和 非 类 型 的 模板 参数 包 ， 模 板 参 数 包 实 际 
上 还 是 模板 类 型 的 ， 不 过 这 样 的 声明 会 比较 复杂 ， 我 们 在 后 面 再 讨 


论 。 


一 个 模板 参数 包 在 模板 推导 时 会 被 认为 是 模板 的 单个 参数 (虽然 
实际 上 它 将 会 打包 任意 数量 的 实 参 ) 。 为 了 使 用 模板 参数 包 ， 我 们 总 
是 需要 将 其 解 包 (unpack) 。 在 C++11 中 ， 这 通常 是 通过 一 个 名 为 包 
扩展 (pack expansion) 的 表达 式 来 完成 。 比 如 : 


template<typename... A> class Template: private B<A...>{}; 


这 里 的 表达 式 A...( 即 参数 包 A 加 上 三 个 “点 ”) Bie MAT IR o 
直观 地 看 ， 参 数 包 会 在 包 扩展 的 位 置 展开 为 多 个 参数 。 比 如 : 


template<typename T1, typename T2> class B{}; 
template<typename... A> class Template: private B<A...>{}; 
Template<X, Y> xy; 


这 里 我 们 为 类 模板 声明 了 一 个 参数 包 A， 而 使 用 参数 包 A... 则 是 在 
Template 的 私有 基 类 B<A...> 中 ， 那 么 最 后 一 个 表达 式 束 声明 了 一 个 基 
类 为 B<X,Y> 的 模板 类 Template<X,Y> 的 对 象 xy。 其 中 XX、Y 两 个 模板 参 
数 先是 被 打包 为 参数 包 A， 而 后 义 在 包 扩展 表达 式 A.… 中 被 还 原 。 读 者 
可 以 体会 一 下 这 样 的 使 用 方式 。 


不 过 上 面 对 象 xy 的 例子 是 基于 类 模板 B 总 是 接 受 两 个 参数 的 前 提 
下 的 。 倘 若 我 们 在 这 里 声明 了 一 个 Template<X,Y,Z>， 就 必然 会 发 生 模 
板 推导 的 错误 。 这 跟 我 们 之 前 提 到 的 “ 变 长 ”似乎 没有 任何 关系 。 那 么 
如 何 才能 利用 模板 参数 包 及 包 扩 展 ， 使 得 模板 能 够 接受 任意 多 的 模板 
参数 ， 且 均 能 实例 化 出 有 效 的 对 象 呢 ? 


事实 上 ， 在 C++11 中 ， 实 现 tuple 模 板 的 方式 给 出 了 一 种 使 用 模板 
参数 包 的 答案 。 这 个 思路 是 使 用 数学 的 归纳 法 ， 转 换 为 计算 机 能 够 实 
现 的 手段 则 是 递归 。 通 过 定义 递归 的 模板 偏 特 化 定义 ， 我 们 可 以 使 得 
模板 参数 包 在 实例 化 时 能 够 层 层 展 开 ， 直 到 参数 包 中 的 参数 逐渐 耗 尽 
或 到 达 某 个 数量 的 边界 为 止 。 下 面 的 例子 是 一 个 用 变 长 模板 实现 tuple 
(简化 的 tuple 实 现 ) 的 代码 ， 如 代码 清单 6-10 所 示 。 


代码 清单 6-10 


template <typename... Elements> class tuple; // 变 长 模板 的 声明 


template<typename Head, typename... Tail> // 递归 的 偏 特 化 定义 


class tuple<Head, Tail...> : private tuple<Tail...> { 
Head head; 
}; 
template<> class tuple<> {}; // 边界 条 件 


// 编译 选项 


:g++ -Std=c++11 6-2-2.cpp 


在 代码 清单 6-10 中 ， 我 们 声明 了 变 长 模板 类 tuple， 其 只 包含 一 个 
模板 参数 ， 即 Elements 模 板 参 数 包 。 此 外 ， 我 们 又 偏 特 化 地 定义 了 一 
个 双 参 数 的 tuple 的 版 本 。 该 偏 特 化 版 本 的 tuple 包 含 了 两 个 参数 ， 一 个 
是 类 型 模板 参数 Head， 男 一 个 则 是 模板 参数 包 Tail。 在 代码 清单 6-10 的 
实现 中 ， 我 们 将 Head 型 的 数据 作为 tuple<Head,Tail...> 的 第 一 个 成 员 ， 
而 将 使 用 了 包 扩 展 表达 式 的 模板 类 tuple<Tail...> 作 为 tuple<Head,Tail...> 
的 私有 基 类 。 这 样 一 来 ， 当 程序 员 实 例 化 一 个 形 如 
tuple<double,int,char,float> 的 类 型 时 ， 则 会 引起 基 类 的 递归 构造 ， 这 样 
的 递归 在 tuple 的 参数 包 为 0 个 的 时 候 会 结束 。 这 有 是 由 于 我 们 定义 了 边界 
条 件 或 者 说 初始 条 件 ， 即 taple<> 这 样 不 包含 参数 的 偏 特 化 版 本 而 造成 
的 。 在 代码 清单 6-10 中 ，tuple<> 侦 特 化 版 本 是 一 个 没有 成 员 的 空 类 
型 。 这 样 一 来 ， 编 译 器 将 从 tuple<> 建 造 出 tuple<float>， 继 而 造 出 
tuple<char,float>、tuple<int,char,float>， 最 后 就 建造 出 了 


tuple<double,int,char,float> 类 型 。 


图 6-2 是 tuple<double,int,char,float> 实 例 化 后 的 继承 结构 示意 图 。 我 
们 用 方 框 表 示 类 型 ， 而 方 框 内 的 方 框 则 表示 类 型 由 其 内 部 的 方 框 所 代 
表 的 类 型 私有 派生 而 来 。 


tuple<double, int, char, float> 


float head 


char head 


int head 


double head 


图 6-2 tuple<double,int,charfloat> 继 承 结构 示意 图 


这 种 变 长 模板 的 定义 方式 稍 显 复杂 ， 不 过 却 有 效 地 解决 了 模板 参 
数 个 数 这 样 的 问题 。 当 然 ， 这 样 做 的 前 提 古 模板 类 /函数 的 定义 要 具有 
能 够 递 推 的 结构 。 


我 们 再 来 看 一 个 使 用 非 类 型 模板 的 一 个 例子 ， 如 代码 清单 6-11 所 


修 ° 


代码 清单 6-11 


#include <iostream> 
using namespace std; 
template <long... nums> struct Multiply; 
template <long first, long... last> 
struct Multiply<first, last...> 
static const long val = first * Multiply<last...>:: :ival; 


f 
template<> 
struct Multiply<> { 
static const long val = 1; 


F; 

int main() { 
cout << Multiply<2, 3, 4, 5>::val << endl; // 120 
cout << Multiply<22, 44, 66, 88, 9>::val << endl; // 50599296 
return 0; 


} 
// 编译 选项 


:clang++ -std=c++11 6-2-3.cpp 


在 代码 清单 6-11 中 ， 我 们 定义 了 接受 非 类 型 参数 的 变 长 模板 类 
Multiply。Mnultiply 的 唯一 用 途 是 将 模板 的 参数 相 乘 。 而 通过 Mnutiply 的 
成 员 val， 我 们 可 以 将 参数 相 乘 的 结果 读 出 来 。 类 似 地 ， 这 里 也 发 生 了 
编译 时 期 的 值 计 算 ， 我 们 最 后 在 main 函 数 中 打印 的 是 Multiply 的 一 个 常 
量 静 态 成 员 val， 而 非 执 行 任何 函数 调用 。 本 例 跟 代 码 清单 6-8 的 例子 
非常 相似 ， 也 可 以 算 作 模 板 元 编程 的 范畴 。 


除了 变 长 的 模板 类 ， 在 C++11 中 ， 我 们 还 可 以 声明 变 长 模板 的 函 
数 。 对 于 变 长 模板 函数 而 言 ， 除 了 声明 可 以 容纳 变 长 个 模板 参数 的 模 


板 参 数 包 之 外 ， 相 应 地 ， 变 长 的 函数 参数 也 可 以 声明 成 函数 参数 包 


(function parameter pack) 。 比 如 : 


template<typename ... T> void f(T ... args); 


这 个 例子 中 ， 由 于 T 是 个 变 长 模板 参数 (RA) ， 因 此 args 则 是 对 
应 于 这 些 变 长 类 型 的 数据 ， 即 函数 参数 包 。 值 得 注意 的 是 ， 在 C++11 
中 ， 标 准 要 求 函 数 参数 包 必 须 唯一 ， 且 是 函数 的 最 后 一 个 参数 (模板 
参数 包 没 有 这 样 的 要 求 ) 。 


Z 


S 


有 了 模板 参数 包 和 函数 参数 包 两 个 概念 ， 我 们 整 可 以 实现 C 中 变 
长 贸 数 的 功能 了 。 我 们 可 以 看 看 这 个 C++11 提 案 中 实现 新 的 printf 的 例 
子 ， 如 代码 清单 6-12 所 示 。 


代码 清单 6-12 


#include <iostream> 
#include <stdexcept> 
using namespace std; 
void Printf(const char* s) { 
while (*s) { 
if (*s == '%' && *++s != '%') 
throw runtime_error("invalid format string: missing arguments"); 
cout << *s++; 


template<typename T, typename... Args> 
void Printf(const char* s, T value, Args... args) { 
while (*s) { 
if (*s == '%' && *++s != '%') { 


cout << value; 
return Printf(++s, args...); 


cout << *s++; 


throw runtime_error("extra arguments provided to Printf"); 


int main() { 
Printf ("hello %s\n", string("world")); // hello world 


// 编译 选项 


:g++ -Std=c++11 6-2-4.cpp 


在 代码 清单 6-12 中 ， 实 现 了 Printf 的 参数 。Printf 是 一 个 变 长 函数 模 
板 ， 这 里 为 了 兼容 于 printf， 仍 然 提 供 了 printf 式 的 字符 串 ， 所 以 Printf 
功能 等 同 于 printf， 可 以 接受 该 字符 串 及 变 长 的 参数 。 而 Printf 的 功能 
大 于 printf， 因 为 它 可 以 接受 std::string 这 样 的 非 内 置 类 型 。 


从 代码 清单 6-12 的 代码 中 我 们 看 到 ， 相 比 于 变 长 画 数 ， 变 长 函数 
模板 不 会 丢弃 参数 的 类 型 信息 。 因 此 重 载 的 cout 的 操作 符 << 忌 古 可 以 
将 具有 类 型 的 变量 正确 地 打印 出 来 。 这 就 十 Printf 功 能 大 于 printf 的 主要 
原因 ， 也 是 变 长 模板 函数 远 强 于 变 长 函数 的 地 方 。 


6.2.3 SKEI: 进 阶 


在 代码 清单 6-10 中 ， 我 们 看 见 参 数 包 在 类 的 基 类 描述 列表 中 进行 
了 展开 ， 而 在 代码 清单 6-11 中 ， 参 数 包 则 在 表达 式 中 进行 了 展开 。 那 
么 在 C++11 中 ， 有 多 少 地 方 可 以 展开 参数 包 呢 ? 事实 上 ， 标 准 定义 了 
以 下 7 种 参数 包 可 以 展开 的 位 置 : 


-初始 化 列表 (列表 初始 化 参见 第 3 章 ) 
FER fin Wel Fe 
类 成 员 初始 化 列表 


-模板 参数 列表 


.通用 属性 列表 (第 8 章 中 会 讲 到 ) 
.lambda 函数 的 捕捉 列表 (第 7 章 中 会 讲 到 ) 


语言 的 其 他 “地 方 ” 则 无 法 展开 参数 包 。 而 对 于 包 扩 展 而 言 ， 其 解 
包 也 与 其 声明 的 形式 妃 恩 相关 。 事 实 上 ， 我 们 还 可 以 声明 一 些 有 趣 的 
包 扩 展 表 达 式 。 比 如 声明 了 Arg 为 参数 包 ， 那 么 我 们 可 以 使 用 Arg&&.. 


这 样 的 包 扩展 表达 式 ， 其 解 包 后 等 价 于 Argl&&...,Argn&& (这 里 我 们 
假设 Arg1 是 参数 包 里 的 第 一 个 参数 ， 而 Argn 是 最 后 一 个 ) 


一 个 更 为 有 趣 的 包 扩展 表达 式 如 下 : 


template<typename... A> class T: private B<A>...{}; 


注意 这 个 包 扩展 跟 下 面 的 类 模板 声明 : 


template<typename... A> class T: private B<A...>{}; 


在 解 包 后 是 不 同 的 ， 对 于 同样 的 实例 化 T<X,Y>， 前 者 会 解 包 为 : 
class T<X, Y>: private B<x>, private B<Y>{}; 

即 多 重 继 承 的 派生 类 ， 而 后 者 则 会 解 包 为 : 
class T<X, Y>: private B<X, Y>{}; 

即 派生 于 多 参数 的 模板 类 的 派生 类 ， 这 点 存在 着 本 质 的 不 同 。 


类 似 的 状况 也 会 发 生 在 函数 声明 上 ， 我 们 可 以 看 看 代码 清单 6-13 
所 示 的 例子 。 


代码 清单 6-13 


#include <iostream> 
using namespace std; 


template<typename ... T> void DummyWrapper(T... t) {} 
template <typename T> T pr(T t) { 

cout << t; 

return t; 
template<typename... A> 


void VTPrint(A... a) { 
DummyWrapper(pr(a)...); // 包 扩 展 解 包 为 


pr(1), pr(", ")..., pr(", abc\n") 


了 
int main() { 
vTPrint(1, ", ", 1.2, ", abc\n"); 


} 
// 编译 选项 : 


xlc -+ -qlanglvl=variadictemplates 6-2-5.cpp 


在 代码 清单 6-13 中 ， 我 们 定义 了 一 个 依赖 于 变 长 模板 包 扩展 展开 
的 VTPrint 函 数 。 可 以 看 到 ，pr(a)... 这 样 的 包 扩展 表达 式 ， 将 会 被 展开 
为 pr(1)、pr(",")、...、pr(",abcn")， 从 而 pr 将 参数 以 此 打印 出 来 。 在 我 
们 的 实验 机 上 ， 我 们 可 以 得 到 以 下 输出 : 


1, 1.2, abc 


这 样 一 来 ， 我 们 也 实现 一 个 接受 任意 长 度 参数 的 打印 函数 。 可 以 
看 到 ， 这 样 的 包 扩 展 表达 式 ， 为 参数 包 的 使 用 市 来 了 非常 多 的 灵活 
PE ° 


注意 ”在 我 们 实验 机 上 使 用 g++ 编 译 上 述 例子 将 无 法 得 到 上 面 的 
答案 (g++ 似乎 是 被 每 个 pr 的 执行 顺序 打 乱 了 ) 。 


以 上 讲 的 都 是 参数 包 的 扩展 ， 事 实 上 ， 除 去 扩展 外 ， 在 C++11 
中 ， 标 准 还 引入 了 新 操作 符 “sizeof...”( 没 有 看 错 ， 这 个 操作 符 就 是 
sizeof 后 面 加 上 了 3 个 小 点 ) ， 其 作用 是 计算 参数 包 中 的 参数 个 数 。 
过 这 个 操作 符 ， 我 们 能 够 实现 参数 包 更 多 的 用 法 。 我 们 来 看 一 个 例 
子 ， 如 代码 清单 6-14 所 示 。 


代码 清单 6-14 


#include <cassert> 

#include <iostream> 

using namespace std; 

template<class...A> void Print(A...arg) { 
assert(false); // 非 


6 参数 偏 特 化 版 本 都 会 默认 


assert(false) 


} 
// 特 化 


6 参数 的 版 本 


void Print(int a1, int a2, int a3, int a4, int a5, int a6) { 
cout << al << ae W << a2 << OG W << a3 << i W 
<< a4 << ", " << a5 << ", " << a6 << endl; 
} 
template<class...A> int Vaargs(A...args){ 
int size = sizeof...(A); // 计算 变 长 包 的 长 度 


switch(size) { 
case 0: Print(99, 99, 99, 99, 99, 99); 


break; 

case 1: Print(99, 99, args..., 99, 99, 99); 
break; 

case 2: Print(99, 99, args..., 99, 99); 
break; 

case 3: Print(args..., 99, 99, 99); 
break; 

case 4: Print(99, args..., 99); 
break; 

case 5: Print(99, args...); 
break; 

case 6: Print(args...); 
break; 

default: 


Print(0, 0, 0, 0, 0, 0); 


return size; 


int main(void){ 
Vaargs(); // 99, 99, 99, 99, 99, 99 
Vaargs(1); // 99, 99, 1, 99, 99, 99 


Vaargs(1, 2); // 99, 99, 1, 2, 99, 99 

Vaargs(1, 2, 3); // 1, 2, 3, 99, 99, 99 
Vaargs(1, 2, 3, 4); // 99, 1, 2, 3, 4, 99 

Vaargs(1, 2, 3, 4, 5); // 99, 1, 2, 3, 4, 5 
Vaargs(1, 2, 3, 4, 5, 6); // 1, 2, 3, 4, 5, 6 
Vaargs(1, 2, 3, 4, 5, 6, 7); // 0, 9, 0, © 0, 0 
return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 6-2-6.cpp 


在 代码 清单 6-14 的 例子 当中 ， 我 们 仅 为 变 长 函数 模板 Print 近 供 了 
一 个 参数 为 6 的 特 化 版 本 。 假 如 我 们 的 代码 试图 实例 化 参数 不 等 于 6 的 
Print， 编 译 右 则 会 推导 Print 为 执行 assert(false) 的 操作 的 版 本 。 反 之 ， 
则 会 实例 化 参数 为 6 的 特 化 版 本 。 这 里 ，Vaargs 的 函数 参数 包 的 参数 数 
量 被 计算 并 被 传递 ， 进 而 实现 不 同 参 数 数量 的 不 同 打印 。 这 里 同样 实 
现 了 接受 任意 个 参数 的 功能 ， 不 过 却 没有 像 之 前 一 样 使 用 递归 。 


有 的 读者 一 定 会 对 使 用 模板 做 变 长 模板 的 参数 包 感 兴趣 。 实 际 
上 ， 使 用 模板 做 参数 包 跟 使 用 类 型 和 非 类 型 的 模板 参数 包 并 没有 太 大 
的 区 别 。 我 们 可 以 看 看 代码 清单 6-15 所 示 的 这 个 例子 。 


代码 清单 6-15 


template<typename I, template<typename> class... B> struct Container{}; 
template<typename I, template<typename> class A, template<typename> class... B> 
struct Container<I, A, B...> { 

A<I> a; 


Container<I, B...> b; 
}; 
template<typename I> struct Container<I>{}; 
// 编译 选项 


:g++ -Std=c++11 -c 6-2-7.cpp 


代码 清单 6-15 就 定义 了 使 用 模板 作为 变 长 模板 参数 包 的 一 个 变 长 
模板 。 可 以 看 到 ，Container 类 型 使 用 了 两 个 参数 一 类 型 [和 模板 参数 包 
template<typename>class...B。 而 递归 的 偏 特 化 定义 中 ， 我 们 看 到 成 员 
变量 的 定义 使 用 了 类 型 I 和 模板 A: A<I> 这 样 的 模板 中 的 类 型 声明 。 即 
用 I 做 参数 实例 化 模板 参数 template<typename>class A (希望 读者 还 没 
有 糊涂 ) ° 而 Container<LB.…>b 则 保证 编译 器 会 继续 递归 地 推导 下 
去 。 推 导 到 模板 参数 包 为 空 的 时 候 ， 我 们 的 边界 条 件 就 会 起 作用 。 代 
码 清单 6-15 整 段 代码 并 没有 特别 之 处 ， 如 果 读 者 在 这 里 觉得 阅读 代码 
有 点 儿 困 难 ， 那 可 能 需要 花 一 点 儿 时 间 编 写 代码 来 进行 理解 。 


那么 ， 在 C++11 中 ， 我 们 是 否 可 以 同时 在 变 长 模板 类 中 声明 两 个 
模板 参数 包 呢 ? 事实 上 ， 如 采 我 们 像 下 面 这 样 声明 ， 通 营 束 会 发 生 编 
译 错误 : 


template<class...A, class...B> struct Container{}; 
template<class...A, class B> struct Container {}; 


WitmobeMey in, RREMA REE KERRE n TE 
数 。 不 过 实际 上 ， 如 果 编 译 右 能 够 进行 推导 的 话 ， 模 板 参数 包 倒 不 一 
定 非得 作为 模板 的 最 后 一 个 参数 ， 比 如 代码 清单 6-16 所 示 的 这 个 例子 
[1] 0 


代码 清单 6-16 


#include <cstdio> 

#include <tuple> 

using namespace std; 

template<typename A, typename B> struct S {}; 
// 两 个 模板 参数 包 


template< 
template<typename... > class T, typename... TArgs 
, template<typename... > class U, typename... UArgs 


> 
struct S< T< TArgs... >, U< UArgs... > > {}; 
int main() 


S<int, float> p; 
S<std::tuple<int, char>, std::tuple<float>> s; 


} 
// 编译 选项 


‘g++ -Std=c++11 6-2-8.cpp 


代码 清单 6-16 中 ， 我 们 使 用 了 两 个 模板 参数 包 作 为 模板 类 S 的 参 
数 。 很 有 意思 的 是 ， 除 了 struct S 以 外 ， 另 外 两 个 模板 参数 : class TA 
class U 也 是 变 长 模板 ， 因 此 本 例 实 际 是 一 个 变 长 模板 作 参 数 的 模板 示 
例 。 值 得 注意 的 是 ， 模 板 中 的 变 长 模板 是 无 法 做 递归 的 偏 特 化 声明 和 
定义 边界 条 件 的 特 化 声明 的 。 不 过 在 本 例 中 ， 我 们 看 到 了 模板 类 struct 
S 依 然 是 可 以 推导 的 。 这 是 因为 我 们 使 用 了 标准 库 中 的 变 长 模板 类 型 
tuple。 那 么 T 和 U 的 推导 就 可 以 根据 tuple 的 定义 进行 ， 直 至 推导 到 边界 
条 件 (T 和 U 两 个 tuple 都 不 再 包含 模板 参数 ) ， 即 template<typename 


A,typename B>struct S{};，S 的 定义 才 递 归 地 被 产生 。 


代码 清单 6-16 的 写法 略 有 些 星 深 ， 不 过 人 至少 成 功 地 同时 地 使 用 两 
个 模板 参数 包 。 如 果 读 者 需要 更 多 的 模板 参数 包 ， 也 可 以 * 依 戎 卢 男 


a o 


我 们 再 来 看 看 变 长 模板 参数 和 完美 转发 结合 使 用 的 例子 ， 如 代码 
清单 6-17 所 示 。 


代码 清单 6-17 


#include <iostream> 

using namespace std; 

struct A { 
A() {} 
A(const A& a) { cout << "Copy Constructed " << __func__ << endl; } 
A(A&& a) { cout << "Move Constructed " << __func__ << endl; } 


}; 

struct B { 
B(){} 
B(const B& b) { cout << "Copy Constructed " << __func__ << endl; } 
B(B&& b) { cout << "Move Constructed " << __func__ << endl; } 

}; 


// 变 长 模板 的 定义 


template <typename... T> struct MultiTypes; 
template <typename T1, typename... T> 
struct MultiTypes<T1, T...> : public MultiTypes<T...>{ 
T1 t1; 
MultiTypes<T1, T...>(T1 a, T... b): 
ti(a), MultiTypes<T...>(b...) { 
cout << "MultiTypes<T1, T...>(T1 a, T... b)" << endl; 
} 
}; 


template <> struct MultiTypes<> { 

MultiTypes<>(){ cout << "MultiTypes<>()" << end1;} 
} 
/ 


/ 
/ 完美 转发 的 变 长 模板 


template <template <typename...> class VariadicType, typename... Args> 
VariadicType<Args...> Build(Args&&... args) 


return VariadicType<Args...>(std::forward<Args>(args)...); 


int main() { 
A a; 
B b; 
Build<MultiTypes>(a, b); 
} 


// 编译 选项 


:g++ -Std=c++11 6-2-9.cpp 


在 代码 清单 6-17 中 ， 我 们 定义 了 两 个 类 型 A 和 B。 此外， 我 们 还 定 
义 了 变 长 模板 MultiType， 以 及 一 个 接受 变 长 模板 作为 参数 的 变 长 模板 
函数 Build。 可 以 看 到 ， 在 Build 的 声明 中 ， 我 们 将 其 参数 声明 为 一 个 右 
值 引用 ， 而 我 们 在 转发 时 ， 则 使 用 了 std::forward 来 保证 左 值 按照 堪 值 
引用 、 右 值 按照 右 值 引用 的 方式 传递 。 在 我 们 的 这 段 代码 示例 中 ，， 
main 函 数 传 递 了 两 个 左 值 给 Build<MnultiTypes> 作 为 变 长 函数 包 。 这 
里 ， 我 们 通过 Multitypes 的 构造 函数 来 递归 地 构造 一 个 MultiTypes 的 实 
例 。 编 译 运行 该 程序 ， 在 我 们 的 实验 机 上 ， 可 以 看 到 如 下 结果 : 


MultiTypes<>() 
MultiTypes<T1i, T...>(T1 a, T... b) 
MultiTypes<T1, T...>(T1 a, T... b) 


虽然 代码 清单 6-17 所 示 的 代码 看 起 来 非常 复杂 ， 不 过 其 产生 的 效 
果 却 非常 好 。 事 实 上 ， 由 于 我 们 传递 的 是 左 值 ， 因 此 在 Multitypes 对 象 
在 构造 的 时 候 ， 没 有 调用 任何 的 捞 贝 构造 本 数 或 者 移动 构造 本 数 。 构 
造 后 的 类 型 实际 上 只 包含 了 对 之 前 定义 变量 a 和 b 的 引用 。 我 们 可 以 通 
过 图 6-3 来 看 一 下 。 


Build<MultiTypes>(a, b) 


main 中 变量 


图 6-3 ”代码 清单 6-17 中 构造 的 变量 类 型 


虽然 在 语法 和 编程 上 ， 使 用 变 长 模板 会 存在 一 些 难度 ， 不 过 对 于 
库 的 编写 者 而 言 ， 变 长 模板 具备 了 很 好 的 实用 性 〈 尤 其 是 它 能 够 实现 
其 他 方式 无 法 实现 的 功能 ) 。 在 标准 库 中 ， 也 添加 了 形 如 tuple ` 
emplace_back 这 样 的 变 长 模板 类 和 变 长 模板 函数 。 如 采 读 者 需要 传递 
变 长 的 类 型 或 者 函数 参数 ， 也 不 妨 使 用 变 长 模板 试 试 。 


[1] 本 例 来 源 于 http://stackoverflow.com/questions/4706677/partial- 


template-specialization-with-multiple-templateparameter-packs ° 


6.3 原子 类 型 与 原子 操作 


CHP xa. 所 有 人 


6.3.1 ”并行 编程 、 多 线程 与 C++11 


在 C++11 之 前 ，C/C++ 一 直 是 一 种 顺序 的 编程 语言 。 顺 序 是 指 所 有 
指令 都 是 串 行 执行 的 ， 即 在 相同 的 时 刻 ， 有 且 仅 有 单个 CPU 的 程序 计 
数 妖 指向 可 执行 代码 的 代码 段 ， 并 运行 代码 段 中 的 指令 。 而 C/C++ 代 
码 也 总 是 对 应 地 拥有 一 份 操作 系统 赋予 进程 的 包括 堆 、 栈 、 可 执行 的 
(代码 ) 及 不 可 执行 的 (数据 ) 在 内 的 各 种 内 存 区 域 。 


不 过 随 着 处 理 囊 的 发 展 ， 半 导体 工业 在 提升 处 理 圳 频率 时 遭遇 到 
漏电 流 等 各 种 技术 瓶 贷 。 以 顺序 执行 编程 模型 为 基础 的 单 核 处 理 闫 的 
发 展 ， 在 高 速 发 展 20 多 年 后 开始 接近 停滞 。 随 之 而 来 的 是 多 核 处 理 厦 
的 发 展 风潮 。 相 应 地 ， 编 程 语 言 逐 源 也 开始 癌 并 行 化 的 编程 方式 发 
展 。 


营 见 的 并 行 编程 有 多 种 模型 ， 如 共 主 内 存 、 多 线程 、 消 息 传 递 
等 。 不 过 从 实用 性 上 讲 ， 多 线程 模型 往往 具有 较 大 的 优势 。 多 线程 模 
型 允许 同一 时 间 有 多 个 处 理 右 单元 执行 统一 进程 中 的 代码 部 分 ， 而 通 
过 分 离 的 栈 空 间 和 共 至 的 数据 区 及 堆栈 空间 ， 线 程 可 以 拥有 独立 的 执 
行 状 态 以 及 进行 快速 的 数据 共 理 。 因 此 在 2000 年 以 后 ， 主 流 的 必 片 三 
商 以 及 编译 亏 开 发 厂商 或 组 织 都 开始 推广 适用 于 多 核 处 理 需 的 多 线程 
编程 模型 。 而 编程 语言 ， 也 逐渐 地 将 线程 模型 纳入 语言 特性 或 者 语言 


库 中 。 不 过 C/C++ 由 于 新 标准 迟 迟 未 出 ， 因 此 我 们 也 惑 一 直 没 有 看 到 
集成 于 C/C++ 语言 特性 中 的 线程 特性 或 者 线程 库 。 


在 C++11 之 前 ， 在 C/C++ 中 程序 中 使 用 线程 却 并 非 鲜 见 。 这 样 的 代 
码 主要 使 用 POSIX 线 程 (Pthread) 和 OpenMP 编 译 器 指令 两 种 编程 模 
型 来 完成 程序 的 线程 化 。 其 中 ，POSIX 线 程 是 POSIX 标 准 中 关于 线程 
的 部 分 ， 程 序 员 可 以 通过 一 些 Pthread 线 程 的 API 来 完成 线程 的 创建 、 
数据 的 共享 、 同 步 等 功能 。Pthread 主 要 用 于 C 语 言 ， 在 类 UNIX 系 统 
上 ， 如 FreeBSD、NetBSD、OpenBSD、GNU/Linux、Mac OS X, #2 
是 windows 上 都 有 实现 (Windows 上 Pthread 的 实现 并 非 “ 原 生 ”"， 主 要 还 
包装 为 Windows 的 线程 库 ) 。 不 过 在 使 用 的 便利 性 上 ，Pthread 不 如 
来 者 OpenMP。OpenMP 的 编译 全 指令 将 大 部 分 的 线程 化 的 工作 交 给 
了 编译 器 完成 ， 而 将 识别 需要 线程 化 的 区 域 的 工作 交 给 了 程序 员 ， 这 
样 的 使 用 方式 非常 简单 ， 也 易于 推广 。 因 此 ，OpenMP 得 到 了 业界 大 
多 数 主 流 软 硬件 厂商 ， 如 AMD 、IBM ` Intel ` Cray ` HP ` Fujitsu ` 


IN fa 


Nvidia ` NEC ` Microsoft ` Texas Instruments ` Oracle Corporation 等 的 
支持 。 除 去 C/C++ 语言 外 ，OpenMP 还 可 以 用 于 Fortran 语 言 ， 是 现行 的 
一 种 非常 有 影响 力 的 使 用 线程 程序 优化 的 编程 模型 。 


而 在 C++11 中 ， 标 准 的 一 个 相当 大 的 变化 束 是 引入 了 多 线程 的 文 
持 。 这 使 得 C/C++ 语言 在 进行 线程 编程 时 ， 不 必 依 赖 第 三 方 库 和 标 


准 。 而 C/C++ 对 线程 的 文 择 ， 一 个 最 为 重要 的 部 分 ， 融 是 在 原子 操作 
中 引入 了 原子 类 型 的 概念 。 


6.3.2 ”原子 操作 与 C++11 原 于 类 型 


所 谓 原 子 操作 ， 就 是 多 线程 程序 中 “最 小 的 且 不 可 并 行 化 的 ”的 操 
作 。 通 常 对 一 个 共 译 资源 的 操作 是 原子 操作 的 话 ， 意 味 着 多 个 线程 访 
问 该 资源 时 ， 有 且 仪 有 唯一 一 个 线程 在 对 这 个 资源 进行 操作 。 那 么 从 
线程 (处 理 器 ) 的 角度 看 来 ， 其 他 线程 就 不 能 够 在 本 线程 对 资源 访问 
期 间 对 该 依 源 进行 操作 ， 因 此 原子 操作 对 于 多 个 线程 而 言 ， 束 不 会 发 
生 有 别 于 单线 程 程序 的 意外 状况 。 


通常 情况 下 ， 原 子 操作 都 是 通过 “ 互 不 ” (mutual exclusive) 的 访问 
来 保证 的 。 实 现 互 不 通常 需 要 平台 相关 的 特殊 指令 ， 这 在 C++11 标 准 之 
前 ， 这 常常 意味 着 需要 在 C/C++ 代 码 中 舱 入 内 联 汇 编 代 码 。 对 程序 员 来 
讲 ， 束 必须 了 解 平台 上 与 同步 相关 的 汇编 指令 。 当 然 ， 如 来 只 是 想 实 
现 粗 粒度 的 互 不 ， 借 助 POSIX 标 准 的 pthread 库 中 的 互 不 锁 (mutex) 也 
可 以 做 到 。 我 们 可 以 看 看 代码 清单 6-18 所 示 的 例子 。 


代码 清单 6-18 


#include <pthread.h> 
#include <iostream> 
using namespace std; 
static long long total = 0; 
pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER; 
void* func(void *) { 
long long i; 
for(i = 0; i < 100000000LL;i++) { 
pthread_ ie _lock(&m) ; 
total += i; 
pthread_ fa _unlock(&m); 


} 


int main() { 
pthread_t threadi, thread2; 
if (pthread_create(&threadi, NULL, &func, NULL)){ 
throw; 
} 
if (pthread_create(&thread2, NULL, &func, NULL)){ 


} 

pthread_join(thread1, NULL); 
pthread_join(thread2, NULL); 

cout << total << endl; // 9999999900000000 
return 0; 


} 
// 编译 选项 


:g++ 6-3-1.cpp -lpthread 


在 代码 清单 6-18 中 ， 我 们 给 出 了 一 个 在 Linux 上 使 用 pthread 进 行 原 
子 操作 的 例子 。 这 里 ， 为 了 保证 total+=i 语 句 的 原子 性 ， 我 们 创建 了 一 
个 pthread_mutex_t 类 型 的 互 斥 锁 m， 并 且 在 语句 的 前 后 使 用 加 锁 
(pthread_mutex_lock) 和 解锁 (pthread_mutex_unlock) 两 种 操作 来 确 
保 该 语句 只 有 单一 线程 可 以 访问 。 这 里 我 们 启动 了 两 个 线程 thread1 和 
thread2， 并 将 它们 加 入 Goin) 程序 的 执行 。 由 于 两 个 线程 互 不 地 访问 
原子 操作 语句 ， 从 而 得 出 total 正 确 结果 为 9999999900000000。 对 于 多 线 
程 的 程序 而 言 ， 进 出 临界 区 ( 即 我 们 的 原子 操作 语句 total+=i) 的 加 锁 / 
解锁 操作 都 是 必须 的 。 如 果 将 加 锁 / 解 锁 操 作 的 代码 都 注释 掉 的 话 ， 在 
我 们 的 实验 机 上 ，total 的 结果 将 由 于 线程 间 对 数据 的 竞争 
(contention) 而 不 再 准确 。 因 此 ， 为 了 防止 数据 竞争 问题 ， 我 们 总 是 
需要 确保 对 total 的 操作 是 原子 操作 。 


不 过 显而易见 地 ， 代 码 清单 6-18 中 基于 pthread 的 方法 虽然 可 行 ， 但 
代码 编写 却 很 麻烦 。 程 序 员 需 要 为 共 吾 变量 创建 互 乒 锁 ， 并 在 进入 临 


界 区 前 后 进行 加 锁 和 解锁 的 操作 。 对 于 习惯 了 在 单线 程 情况 下 编程 的 
程序 员 而 言 ， 互 斥 锁 的 管理 无 疑 是 种 负担 。 不 过 在 C++11 中 ， 通 过 对 并 
行 编程 更 为 民 好 的 抽象 ， 要 实现 同样 的 功能 束 简 单 了 很 多 。 我 们 可 以 
看 看 代码 清单 6-19 所 示 的 例子 。 


代码 清单 6-19 


#include <atomic> 
#include <thread> 
#include <iostream> 
using namespace std; 
atomic_llong total {0}; // 原子 数据 类 


He 


void func(int) { 
for(long long i = 0; i < 100000000LL; ++i) { 
total += i; 
} 


int main() { 
thread ti(func, 0); 
thread t2(func, 0); 
t1.join(); 
t2.join(); 
cout << total << endl; // 9999999900000000 
return 0; 


// 编译 选项 


:g++ -Std=c++11 6-3-2.cpp -lpthread 


在 代码 清单 6-19 中 ， 我 们 将 变量 total 定 义 为 一 个 “原子 数据 类 型 ”: 
atomic llong， 该 类 型 长 度 等 同 于 C++11 中 的 内 置 类 型 long long。 在 
C++11 中 ， 程 序 员 不 需要 为 原子 数据 类 型 显 式 地 声明 互 不 锁 或 调用 加 
锁 、 解 锁 的 API， 线 程 就 能 够 对 变量 total 互 斥 地 进行 访问 。 这 里 我 们 定 
义 了 C++11 的 线程 std::thread 变 量 t1 及 t2， 它 们 都 执行 同样 的 函数 func， 
并 类 似 于 pthread_t， 调 用 了 std::thread 成 员 函 数 join 加 入 程序 的 执行 。 可 


以 看 到 ， 由 于 原子 数据 类 型 的 原子 性 得 到 了 可 靠 的 保障 ， 程 序 最 后 打 
印 出 的 total 的 值 依然 为 9999999900000000 ° 


相 比 于 基于 C 以 及 过 程 编 程 的 pthread“ 原 子 操作 AP 而 言 ，C++11 
对 于 “原子 操作 ”概念 的 抽象 遵从 了 面 问 对象 的 思想 一 C++11 标 准 定义 的 
都 是 所 谓 的 “原子 类 型 ”。 而 传统 意义 上 所 谓 的 “原子 操作 ”， 则 抽象 为 针 
对 于 这 些 原子 类 型 的 操作 〈 事 实 上 ， 是 原子 类 型 的 成 员 函 数 ， 稍 后 解 
释 ) 。 直 观 地 看 ， 编 译 器 可 以 保证 原子 类 型 在 线程 间 被 互 不 地 访问 。 
这 样 设计 ， 从 并 行 编程 的 角度 看 ， 是 由 于 需要 同步 的 总 是 数据 而 不 是 
代码 ， 因 此 C++11 对 数据 进行 抽象 ， 会 有 利于 产生 行为 更 为 良好 的 并 行 
代码 。 而 进一步 地 ， 一 些 琐 碎 的 概念 ， 比 如 互 扩 锁 、 临 界 区 则 可 以 被 
C++11 的 抽象 所 掩盖 ， 因 而 并 行 代码 的 编写 也 会 变 得 更 加 简单 。 


在 C++11 的 并 行程 序 中 ， 使 用 原子 类 型 是 非常 容易 的 。 事 实 上 ， 由 
于 C++11 与 C11 标 准 都 文 持 原子 类 型 ， 因 此 我 们 可 以 简单 地 通过 
#include<cstdatomic> 头 文件 中 来 使 用 对 应 于 内 置 类 型 的 原子 类 型 定 
义 。<cstdatomic> 中 包含 的 原子 类 型 定义 如 表 6-1 所 示 。 


表 6-1 <cstdatomic> 中 原子 类 型 和 内 置 类 型 对 应 表 


原子 类 型 名 称 


对 应 的 内 置 类 型 名 称 


atomic_bool 


bool 


atomic char 


char 


atomic_schar 


signed char 


atomic_uchar 


unsigned char 


atomic_int 


int 


atomic_uint 


unsigned int 


atomic_short 


short 


atomic_ushort 


unsigned short 


atomic long 


long 


atomic_ulong 


unsigned long 


atomic llong 


long long 


atomic_ullong 


unsigned long long 


atomic charl6 t 


charl6 t 


atomic char32 t 


char32 t 


atomic _wehar t 


代码 清单 6-19 束 采用 了 这 样 的 方式 。 
使 用 atomic 类 模板 。 


Nit BAS 
过 该 类 模板 ， 程 序 员 任意 定 


wchar t 


地 ， 程 序 员 可 以 
义 出 需要 的 原子 类 


型 。 比 如 下 列 语句 : 


std::atomic<T> t; 


WL AAT SRA ATH TRER Et. See PRL EST 
下 行为 民 好 的 代码 ， 以 避免 线程 间 对 数据 的 竞争 。 而 在 C11 中 ， 要 想 
定义 原子 的 目 定 义 类 型 ， 则 需要 使 用 C11 的 新 关键 字 _Atomic 来 完成 

(不 过 在 本 书 完成 时 ， 各 个 编译 器 对 C11 中 原子 操作 的 支持 都 非常 有 
限 ) 。 


对 于 线程 而 言 ， 原 子 类 型 通常 属于 “资源 型 "的 数据 ， 这 意味 着 多 
个 线程 通 音 只 能 访问 单个 原子 类 型 的 拷贝 。 因 此 在 C++11 中 ， 原 子 类 型 


只 能 从 其 模板 参数 类 型 中 进行 构造 ， 标 准 不 允许 原子 类 型 进行 拷贝 构 
造 、 移 动 构造 ， 以 及 使 用 operator= 等 ， 以 防止 发 生意 外 。 比 如 ; 


atomic<float> af {1.2f}; 
atomic<float> afl {af}; // 无 法 通过 编译 


其 中 ，af1{af} 的 构造 方式 在 C++11 中 是 不 允许 的 (事实 上 ，atomic 
模板 类 的 拷贝 构造 画 数 、 移 动 构 千 函数 、operator= 等 总 是 默认 人 说 删 除 
的 。 我 们 会 在 第 7 章 中 介绍 如 何 删除 一 些 默认 的 函数 ) 。 


不 过 从 atomic<T> 类 型 的 变量 来 构造 其 模板 参数 类 型 T 的 变量 则 十 
可 以 的 。 比 如 : 


atomic<float> af {1.2f}; 
float f = af; 
float f1 {af}; 


这 是 由 于 atomic 类 模板 总 是 定义 了 从 atomic<T> 到 T 的 类 型 转换 函数 
的 缘故 。 在 需要 时 ， 编 译 器 会 隐 式 地 完成 原子 类 型 到 其 对 应 的 类 型 的 
转换 。 


那么 ， 使 得 原子 类 型 能 够 在 线程 间 保 持原 子 性 的 绿 由 主要 还 是 因 
为 编译 右 能 够 保证 针对 原子 类 型 的 操作 都 古 原 子 操作 。 如 我 们 之 前 拓 
到 的 ， 原 子 操作 都 是 平台 相关 的 ， 因 此 有 必要 为 第 见 的 原子 操作 进行 
抽象 ， 定 义 出 统一 的 接口 ， 并 根据 编译 选项 (或 环境 ) 产生 其 平台 相 


天 的 实现 。 在 C++11 中 ， 标 准将 原子 操作 定义 为 atomic 模 板 类 的 成 员 男 
数 ， 这 赛 括 了 绝 大 多 数 典型 的 操作 ， 如 读 、 写 、 交 换 等 。 当 然 ， 对 于 
内 羞 类 型 而 言 ， 主 要 是 通过 重 载 一 些 全 局 操作 符 来 完成 的 。 以 之 前 在 
代码 清单 6-19 中 看 到 的 operator+= 操 作为 例 ， 在 我 们 的 实验 机 上 使 用 
g++ 进行 编译 的话， 会 产生 一 条 特殊 的 lock 前 级 的 x86 指 令 ，lock 能 够 挥 
制 总 线 及 实现 x86 平 台 上 的 原子 性 的 加 法 。 


表 6-2 显 示 了 所 有 atomic 类 型 及 其 相关 的 操作 。 


表 6-2 ”atomic 类 型 的 操作 


r atomic- . n atomic i 
操作 atomic_ | atomic_ diant atomic atomic i Atomic 
flag bool <bool> <class-type> 
type type> 
test_and_set ¥ 
clear ¥ 
is lock free y y y y y y 
load y y y y f y 
store y y y y y y 
exchange y y y y y y 
compare_exchange_weak +strong y y y y y y 
fetch_add, += y y y 
fetch_sub, -= y y y 
fetch_or, |= y y 
fetch_and, &= y y 
fetch xor, ^= y y 
Fi y y y 


这 里 的 atomic-integral-type 和 integral-type， 指 的 都 是 表 6-1 中 所 有 原 
子 类 型 的 整 型 ， 而 class-type 则 是 指 目 定义 类 型 。 可 以 看 到 ， 对 于 大 多 
数 的 原子 类 型 而 言 ， 都 可 以 执行 读 (load) 、 写 (store) 、 交 换 


(exchange) 、 比 较 并 交换 
(compare_exchange_weak/compare_exchange_stronge) 等 操作 。 通 常情 


况 下 ， 这 些 原子 操作 已 经 足够 使 用 了 。 比 如 在 下 列 语句 中 : 


atomic<int> a; 
int b =a; 


赋值 语句 b=a 实 际 就 等 同 于 b=a.load()。 而 由 于 a.load 是 原子 操作 ， 
因此 可 以 避免 线程 间 关 于 a 的 竞争 ， 而 下 列 语句 : 


atomic<int> a; 


其 赋值 语句 a=1 则 等 同 于 调用 a.store(1)。 同样 的 ， 由 于 a.store 是 原 
子 操作 ， 也 可 以 避免 线程 间 关 于 a 的 竞争 。 而 exchange 和 
compare_exchange_weaky/compare_exchange_stronge 则 更 为 复杂 一 些 。 由 
于 每 个 平台 上 对 线程 间 实 现 交 换 、 比 较 并 交换 等 操作 往往 有 着 不 同 的 
方式 ， 无 法 用 一 致 的 高 级 语言 表达 ， 因 此 这 些 接口 封装 了 平台 上 最 高 
性 能 的 实现 ， 使 得 程序 员 能 够 在 不 同 平台 上 都 能 获得 最 佳 的 性 能 。 


此 外 ， 对 于 整 型 和 指针 类 型 ， 我 们 还 可 以 看 到 ， 标 准 为 其 定义 了 
一 些 算术 运算 和 逻辑 运算 的 操作 符 ， 其 意义 都 比较 直观 ， 就 不 改 述 
了 。 不 过 在 表 6-2 中 ， 我 们 还 可 以 看 到 一 个 比较 特殊 的 布尔 型 的 atomic 
类 型 : atomic_flag (注意 ，atomic flag 跟 atomic_bool 是 不 同 的 ) ， 相 比 
于 其 他 的 atomic 类 型 ，atomic_flag 是 无 锁 的 (lock-free) ， 即 线程 对 其 


访问 不 需要 加 锁 ， 因 此 对 atomic_flag 而 言 ， 也 束 不 需要 使 用 load ` store 
等 成 员 函 数 进行 读 写 〈 或 者 重 载 操 作 符 ) 。 而 典型 地 ， 通 过 atomic_flag 
的 成 员 test_and_set 以 及 clear， 我 们 可 以 实现 一 个 目 旋 锁 lock) 。 
我 们 来 看 看 代码 清单 6-20 所 示 的 例子 。 


代码 清单 6-20 


#include <thread> 
#include <atomic> 
#include <iostream> 
#include <unistd.h> 
using namespace std; 
std::atomic_flag lock = ATOMIC_FLAG_INIT; 
void f(int n) { 
while (lock.test_and_set(std::memory_order_acquire)) // 尝试 获得 锁 


cout << "Waiting from thread " << n << endl; // 自 旋 


cout << "Thread " << n << " starts working" << endl; 


} 

void g(int n) { 
cout << "Thread " << n << " is going to start." << endl; 
lock.clear(); 
cout << "Thread " << n << " starts working" << endl; 


int main() { 
lock.test_and_set(); 
thread t1(f, 1); 
thread t2(g, 2); 
t1.join(); 
usleep(100); 
t2.join(); 

} 

// 编译 选项 


:g++ -std=c++11 6-3-3.cpp -lpthread 


在 代码 清单 6-20 中 ， 我 们 声明 了 一 个 全 局 的 atomic_flag 变 量 lock 。 
最 开始 ， 将 lock 初 始 化 为 值 ATOMIC _FLAG INIT， 即 false 的 状态 。 而 
在 线程 tl 中 (执行 函数 {的 代码 ) ， 我 们 不 停 地 通过 lock 的 成 员 


test_and_set 来 设置 lock 为 true。 这 里 的 test_and_set() 是 一 种 原子 操作 ， 用 
于 在 一 个 内 存 空间 原子 地 写 入 新 值 并 且 返 回 旧 值 。 因 此 test_and_set 会 
返回 之 前 的 lock 的 值 。 所 以 当 线 程 tl 执行 join 之 后 ， 由 于 在 main 画 数 中 
调用 过 test_and_set， 因 此 f 中 的 test_and_set 将 一 直 返 回 true， 并 不 断 打印 
信息 ， 即 自 旋 等 待 。 而 当 线程 2 加 入 运行 的 时 候 ， 由 于 其 调用 了 lock 的 
成 员 clear， 将 lock 的 值 设 为 false， 因 此 此 时 线程 t1 的 自 旋 将 终止 ， 从 而 
开始 运行 后 面 的 代码 。 这 样 一 来 ， 我 们 实际 上 融通 过 目 旋 锁 达 到 了 让 t1 
线程 等 待 线 程 的 效果 。 当 然 ， 还 可 以 将 lock 封 装 为 锁 操 作 ， 比 如 : 


void Lock(atomic_flag *lock) { while (lock.test_and_set ()); } 
void Unlock(atomic_flag *lock) { lock.clear(); } 


这 样 一 来 ， 就 可 以 通过 Lock 和 UnLock 操 作 ， 像 “往常 "一样 互 斥 地 
访问 临界 区 了 。 除 此 之 外 ， 很 多 时 候 ， 了 解压 层 的 程序 员 会 考 虚 使 用 
无 锁 编 程 ， 以 最 大 限度 地 挖掘 并 行 编程 的 性 能 ， 而 C++11 的 无 锁 机 制 为 
这 样 的 实现 提供 了 高 级 语言 的 文 持 。 


在 上 面 的 例子 中 ， 我 们 的 原子 操作 都 是 比较 直观 的 。 事 实 上 ， 在 
C++11 中 ， 原 子 操作 还 可 以 包含 一 个 参数 : memory_order。 通 常情 况 
下 ， 使 用 该 参数 将 有 利于 编译 絮 进 一 步 释 放 并 行 的 潜在 的 性 能 。 不 过 
在 这 之 前 ， 我 们 必须 和 完了 解 一 下 什么 是 内 存 模型 。 


6.3.3 ”内 存 模型 ， 顺 序 一 致 性 与 memory_order 


如 果 只 是 简单 地 想 在 线程 间 进 行 数据 的 同步 的 话 ， 原 子 类 型 已 经 
为 程序 员 已 经 提供 了 一 些 同步 的 保障 。 不 过 这 样 做 的 安全 性 却 是 建筑 
于 一 个 假设 之 上 ， 即 所 谓 的 顺序 一 致 性 (sequential consistent) 的 内 存 
模型 (memory model) 。 要 了 解 顺 序 一 致 性 以 及 内 存 模型 ， 我 们 不 妨 
看 看 代码 清单 6-21 所 示 的 例子 。 


代码 清单 6-21 


#include <thread> 
#include <atomic> 
#include <iostream> 
using namespace std; 
atomic<int> a {0}; 
atomic<int> b {0}; 
int ValueSet(int) { 


int t = 1; 
a= t; 
b = 2; 
} 
int Observer(int) { 
cout << "(" << a << ", " << b << ")" << endl; // 可 能 有 多 种 输出 


int main() { 
thread ti(ValueSet, 0); 
thread t2(Observer, 0); 
t1.join(); 
t2.join(); 
cout << "Got ("<<a << ", " << b << ")" << endl; // Got (1, 2) 


} 
// 编译 选项 


‘g++ -Std=c++11 6-3-4.cpp -lpthread 


在 代码 清单 6-21 中 ， 我 们 创建 了 两 个 线程 tL 和 t2， 分 别 执行 
ValueSet 和 Observer 函数 。 在 ValueSet 中 ， 为 a 和 b 分 别 赋值 1 和 2。 而 在 
Observer 中 ， 只 是 打印 出 a 和 b 的 值 。 可 以 想象 ， 由 于 Observer 打印 a 和 b 
的 时 间 与 ValueSet 设 置 a 和 b 的 时 间 可 能 有 多 种 组 合 方式 ， 因 此 Obsever 可 
能 打印 出 (0,0)， 或 者 (1.2)， 甚 至 是 (1,0) 这 样 的 结果 。 不 过 无 论 Observer 
打印 了 什么 ， 在 线程 结束 后 再 打印 a 和 b 的 值 ， 总 会 得 到 (1,2) 这 样 的 
结果 。 如 图 6-4 所 示 ， 展 示 了 这 样 的 多 种 可 能 性 。 


main ValueSet Observer 


打印 a,b 
(0,0) 


(1,0) 
(1,2) 


图 6-4 代码 清 单 6-21 所 示例 子 的 线程 示意 图 


虽然 Observer 可 能 打印 出 a\b 的 3 种 组 合 ， 但 这 里 如 果 Observer 打 印 
出 (0,2) 这 样 的 值 是 否 合理 呢 ? 按照 通常 的 程序 是 顺序 执行 的 理解 ，(0,2) 


应 该 不 是 合理 的 输出 。 这 从 图 6-4 中 也 可 以 直观 地 看 到 ，a 的 赋值 语句 

a=t 总 是 先 于 b 的 赋值 语句 b=2 执 行 的 ， 这 是 一 个 合乎 情理 的 假设 ， 但 对 
于 本 例 却 并 不 重要 。Observer 的 编写 着 只 是 试图 一 舌 线 程 ValueSet 的 执 
行 状 况 ， 不 过 这 种 宏 看 相 比 于 结果 一 一 线程 结束 后 a 和 b 的 值 总 是 (1,2) 而 
言 ， 并 不 古 必须 的 。 也 就 是 说 ， 在 本 例 的 假定 下 ，a、b 的 赋值 语句 在 

ValueSet 中 谁 移 执行 谁 后 执行 并 不 会 对 程序 的 执行 产生 影响 ， 因 此 说 执 
行 顺序 是 不 重要 的 。 


这 一 点 假设 虽然 看 似 并 不 起 眼 ， 但 对 于 编译 器 〈 甚 至 是 处 理 器 ， 
下 面 我 们 会 解释 ) 来 说 非 党 重要。 通常 情况 下 ， 如 采编 译 右 认定 a、b 
的 赋值 语句 的 执行 先后 顺序 对 输出 结果 有 任何 的 影响 的 话 ， 则 可 以 依 
情况 将 指令 重 排 序 (reorder) 以 提高 性 能 。 而 如 果 a、b 赋 值 语 句 的 执行 
顺序 必须 是 a 先 b 后 ， 则 编译 器 则 不 会 执行 这 样 的 优化 。 如 采 我 们 假 
定 ， 所 有 的 原子 类 型 的 执行 顺序 都 无 关 紧 要 ， 那 么 在 多 线程 情况 下 就 
可 能 发 生 闫 重 的 错误 。 我 们 来 看 看 代码 清单 6-22 所 示 的 例子 。 


STS 26-22 


#include <thread> 
#include <atomic> 
#include <iostream> 
using namespace std; 
atomic<int> a; 
atomic<int> b; 
int Threadi(int) { 
int t = 1; 
a=t; 
b = 2; 
} 
int Thread2(int) { 
while(b != 2) 
; // 自 旋 等 待 


cout << a << endl; // 总 是 期 待 
a 的 值 为 
1 


int main() { 
thread ti(Thread1, 0); 
thread t2(Thread2, 0); 
t1.join(); 
t2.join(); 
return 0; 


} 
// 编译 选项 


‘g++ -Std=c++11 6-3-5.cpp -lpthread 


在 代码 清香 6-22 中 ，Thread2 函 数 所 在 线程 一 开始 总 是 在 日 旋 等 
待 ， 直 到 b 的 值 被 赋值 为 2， 它 才 会 继续 执行 打 EHa 的 指令 。 如 果 这 里 ， 
我 们 假设 Thread1 中 a 的 赋值 语句 的 执行 被 重 排序 到 b 的 赋值 语句 之 后 的 
话 ， 那 么 Thread2 则 可 能 打印 出 a 的 值 为 0。 这 与 程序 员 的 看 见 的 代码 执 
行 顺序 完全 背离 ， 而 一 旦 发 生 这 样 的 情况 ， 程 序 员 也 很 难 想象 大 然 这 
是 编译 器 (或 者 处 理 右 ) 改变 了 代码 的 执行 顺序 而 导致 错误 。 因 此 为 
了 避免 这 样 的 错误 ， 在 多 线程 情况 下 ， 非 第 有 必要 你 证 如 同 代码 清单 6- 
21 及 代码 清单 6-22 中 原子 变量 a 的 赋值 语句 先 于 原子 变量 b 的 赋值 语句 发 
Æ o 


实际 上 稚 认 情况 下 ， 在 C++11 中 的 原子 类 型 的 变量 在 线程 中 总 是 保 
持 着 顺序 执行 的 特性 ( 非 原子 类 型 则 没有 必要 ， 因 为 不 需要 在 线程 间 
进行 同步 ) 。 我 们 称 这 样 的 特性 为 "顺序 一 致 "的 ， 即 代码 在 线程 中 运 
行 的 顺序 与 程序 员 看 到 的 代码 顺序 一 致 ，a 的 赋值 语句 永远 发 生 于 b 的 
赋值 语句 之 前 。 这 样 的 “顺序 一 致 ”能 够 最 大 限度 地 保证 程序 的 正确 


性 。 如 同 我 们 在 代码 请 单 6-22 中 看 到 的 一 样 ，a 的 赋值 语句 先 于 b 的 赋值 
语句 发 生 ， 这 样 的 “ 先 于 发 生 ” (happens-before) 关系 必须 得 到 遵守 ， 
否则 可 能 导致 普 重 的 错误 。 不 过 偶 侦 在 代码 清单 6-21 中 我 们 又 看 到 了 相 
反 的 例子 ，ValueSet 中 的 a、b 赋 值 语 句 的 执行 顺序 并 不 重要 。 如 果 我 们 
能 够 允许 编译 器 (处 理 器 ) 在 单个 线程 中 打 乱 指令 的 运行 顺序 ， 即 不 
遵守 先 于 发 生 的 关系 的 话 ， 则 有 可 能 进一步 并 行程 序 的 性 能 。 


那么 有 没有 办 法 让 一 些 代码 这 守 先 于 发 生 的 关系， 而 男 外 一 部 分 
的 代码 不 谭 守 呢 ? 在 C++11 中 ， 这 是 完全 可 能 呢 。 不 过 语言 的 设计 者 的 
考量 远 远 多 过 于 这 一 点 。 更 为 确切 地 ， 他 们 对 各 种 乎 台 、 处 理 夫 、 编 
程 方式 都 进行 了 考量 ， 总 结 出 了 不 同 的 “内 存 模型 ”。 事 实 上 ， 顺 序 一 
致 只 是 属于 C++11 中 多 种 内 存 模 型 中 的 一 种 。 而 在 C++11 中 ， 并 不 是 只 
文 持 顺序 一 致 单个 内 存 模型 的 原子 变量 ， 因 为 顺序 一 致 往往 意味 着 最 
低 效 的 同步 方式 。 要 使 用 C++11 中 更 为 高 效 的 原子 类 型 变量 的 同步 方 
式 ， 我 们 先 要 了 解 一 些 处 理 器 和 编译 器 相关 的 知识 。 


通常 情况 下 ， 内 存 模型 通常 是 一 个 硬件 上 的 概念 ， 表 示 的 是 机 器 
指令 (或 者 读者 将 其 视 为 汇编 语言 指令 也 可 以 ) 是 以 什么 样 的 顺序 被 
处 理 顺 执行 的 。 现 代 的 处 理 喜 并 不 是 逐条 处 理 机 器 指令 的 ， 我 们 可 以 
看 看 下 面 这 个 段 伪 汇编 码 : 


1: Loadi reg3, 1; # 将 立即 数 
工 放 入 寄存 器 


reg3 


2: 
Move reg4, reg3; # 将 
reg3 的 数据 放 入 


reg4 
3: Store reg4, a; # 将 寄存 器 


reg4 中 的 数据 存 入 内 存 地 址 


a 
4: Loadi reg5, 2; # 将 立即 数 
2 放 入 寄存 器 

reg5 

5: Store reg5, b; H 将 寄存 器 


reg5 中 的 数据 存 入 内 存 地 址 


b 


这 里 我 们 党 示 了 “t=1;a=t;b=2;” 这 段 C++ 语 言 代码 的 伪 汇 编 表 示 。 按 
照 通常 的 理解 ， 指 令 总 是 按照 1->2->3->4->5 这 样 顺序 执行 ， 如 果 处 理 
妖 的 执行 顺序 是 这 样 的话 ， 我 们 通常 称 这 样 的 内 存 模型 为 强 顺 序 的 
(strong ordered) 。 可 以 看 到 ， 在 这 种 执行 方式 下 ， 指 令 3 的 执行 (a 的 
赋值 ) 总 是 先 于 指令 5 (b 的 赋值 ) 发生 。 


不 过 这 里 我 们 看 到 ， 指 令 1、2、3 和 指令 4、5 运 行 顺序 上 毫 无 影响 
(使 用 了 不 同 的 寄存 器 ， 以 及 不 同 的 内 存 地 址 ) ， 一 些 处 理 器 就 有 可 
能 将 指令 执行 的 顺序 打 乱 ， 比 如 按照 1->4->2->5->3 这 样 顺序 (通常 这 
样 的 执行 顺序 都 是 超标 量 的 流水 线 ， 即 一 个 时 钟 周期 里 发 射 多 条 指令 
而 产生 的 ) 。 如 果 指 令 是 按照 这 个 顺序 被 处 理 器 执行 的 话 ， 我 们 通常 
称 之 为 弱 顺 序 的 (weak ordered) 。 而 在 这 种 情况 下 ， 指 令 5 (DAON 
值 ) 的 执行 可 能 就 被 提前 到 指令 3 (a 的 赋值 ) 完成 之 前 完成 。 


注意 ”事实 上 ， 一 些 弱 内 存 模型 的 构架 比如 PowerPC， 其 写 回 操 
作 有 是 不 能 够 被 乱 序 的 ， 这 里 只 是 一 个 帮助 读者 理解 的 示例 ， 并 非 事 


sr 


Ni o 


那么 在 多 线程 情况 下 ， 强 顺序 和 弱 顺 序 又 意味 着 什么 呢 ? 我 们 知 
道 ， 多 线程 的 程序 总 是 共享 代码 的 ， 那 么 强 顺 序 意味 着 : 对 于 多 个 线 
程 而 言 ， 其 看 到 的 指令 执行 顺序 是 一 致 的 。 具 体 地 ， 对 于 共享 内 存 的 
处 理 器 而 言 ， 需 要 看 到 内 存 中 的 数据 被 改变 的 顺序 与 机 器 指令 中 的 一 
致 。 反 之 ， 如 果 线 程 间 看 到 的 内 存 数据 被 改变 的 顺序 与 机 器 指令 中 声 
明 的 不 一 致 的 话 ， 则 是 弱 顺 序 的 。 比 如 在 我 们 的 伪 汇 编 中 ， 假 设 运行 
的 平台 遵从 的 是 一 个 弱 顺 序 的 内 存 模型 的 话 ， 那 么 可 能 线程 A 所 在 的 处 
理 器 看 到 指令 执行 顺序 是 先 3 后 5， 而 线程 B 以 为 指令 执行 的 顺序 依然 是 
先 5 后 3， 那 么 反馈 到 代码 清单 6-22 的 源 代码 中 ， 我 们 就 有 可 能 
Thread2 打 印 出 的 a 的 值 是 0 了 。 


在 现实 中 ，x86 以 及 SPARC (TSO 模 式 ) 都 被 看 作 是 采用 强 顺 序 内 
存 模型 的 平台 。 对 于 任何 一 个 线程 而 言 ， 其 看 到 原子 操作 (这 里 都 是 
有 数据 的 读 写 ) 都 是 顺序 的 。 而 对 于 是 采用 弱 顺 序 内 存 模 型 的 平台 ， 
比如 Alpha、PowerPC、Itanlium、ArmV7 这 样 的 平台 而 言 ， 如 果 要 保证 
指令 执行 的 顺序 ， 通 常 需要 由 在 汇编 指令 中 加 入 一 条 所 谓 的 内 存 栅栏 
(memory barrier) 指令 。 比 如 在 Power PC 上 ， 就 有 一 条 名 为 sync 的 内 存 
栅栏 指令 。 该 指令 迫使 已 经 进入 流水 线 中 的 指令 都 完成 后 处 理 器 才 执 


行 sync 以 后 指令 〈 排 空 流 水 线 ) 。 这 样 一 来 ，sync 之 前 运行 的 指令 总 是 
先 于 sync 之 后 的 指令 完成 的 。 比 如 我 们 可 以 这 样 来 你 证 我 们 伪 汇 编 中 的 
指令 3 的 执行 先 于 指令 5: 


1: Loadi reg3, 1; # 将 立即 数 
工 放 入 寄存 器 


reg3 
2，Move reg4, reg3; # 将 


reg3 的 数据 放 入 


reg4 
3: Store reg4, a; # 将 寄存 器 


reg4 中 的 数据 存 入 内 存 地 址 


a 

4: Sync # 内 存 栅栏 
5: Loadi reg5, 2; # 将 立即 数 
2 放 入 寄存 器 

reg5 

6: Store reg5, b; H 将 寄存 器 


reg5 中 的 数据 存 入 内 存 地 址 


b 


sync 指 令 对 高 度 流水 化 的 PowerPC 人 处 理 器 的 性 能 影响 很 大 ， 因 此 ， 
如 果 可 以 不 顺序 提交 语句 的 运行 结果 的 话 ， 则 可 以 保证 弱 顺 序 内 存 模 
型 的 处 理 器 保持 较 高 的 流水 线 否 吐 率 (throughput) 和 运行 时 性 能 。 


注意 “为 什么 会 有 弱 顺 序 的 内 存 模型 ? 


简单 地 说 ， 弱 顺序 的 内 存 模 型 可 以 使 得 处 理 圳 进一步 发 掘 指令 中 
的 并 行 性 ， 使 得 指令 执行 的 性 能 更 高 。 


注 


为 什么 我 们 只 关心 读 写 操作 的 执行 顺序 问题 ? 


这 是 由 处 理 占 的 设计 决定 的 ， 通 弟 情 况 下 ， 处 理 器 忌 古 从 内 存 中 
读 出 数据 进行 运算 ， 再 将 运行 结 琳 又 返回 内 存 ， 因 此 内 存 中 的 数据 是 
一 个 “准绳 ”， 相 对 的 ， 寄 存 亏 中 的 内 容 则 是 “临时 量 ”。 所 以 在 多 核心 处 
理 亏 上 ， 核 心 往往 都 有 全 去 的 寄存 僻 来 分 别 存 储 临 时 量 ， 而 数据 交流 
总 是 以 内 存 中 的 数据 为 准 。 这 么 一 来 ， 一 些 寄存 器 中 的 运算 (比如 伪 
汇编 中 的 指令 2) 束 不 会 被 多 处 理 器 关注 ， 处 理 絮 只 关心 读 写 等 原子 操 
作 指令 的 顺序 。 


以 上 都 是 硬件 上 一 些 可 能 的 内 存 模型 的 摘 述 。 而 C++11 中 定义 的 内 
存 模 型 和 顺序 一 致 性 跟 硬 件 的 内 存 模型 的 强 顺 序 、 弱 顺序 之 间 有 着 什 
么 样 的 联系 呢 ? 事实 上 ， 在 高 级 语言 和 机 器 指令 间 还 有 一 层 隅 离 ， 这 
层 隅 离 是 由 编译 凑 来 完成 的 。 如 我 们 之 前 摘 述 的 ， 编 译 需 出 于 代码 优 
化 的 考虑 ， 会 将 指令 前 后 移动 ， 已 获得 最 佳 的 机 器 指令 的 排列 及 产生 
最 佳 的 运行 时 性 能 。 那 么 对 于 C++11 中 的 内 存 模 型 而 言 ， 要 保证 代码 的 
顺序 一 致 性 ， 束 必须 同时 做 到 以 下 几 点 : 


-编译 器 保证 原子 操作 的 指令 间 顺 序 不 变 ， 即 保证 产生 的 读 写 原 子 
类 型 的 变量 的 机 豆 指 令 与 代码 编写 者 看 到 的 是 一 致 的 。 


-处 理 器 对 原子 操作 的 汇编 指令 的 执行 顺序 不 变 。 这 对 于 x86 这 样 的 
强 顺序 的 体系 结构 而 言 ， 并 没有 任何 的 问题 ， 而 对 于 PowerPC 这 样 的 弱 


顺序 的 体系 结构 而 言 ， 则 要 求 编译 器 在 每 次 原子 操作 后 加 入 内 存 栅 


栏 
一 o 


如 前 文 所 述 ， 在 C++11 中 ， 原 子 类 型 的 成 员 画 数 (原子 操作 ) 总 是 
保证 了 顺序 一 任性 。 这 对 于 x86 这 样 的 平台 来 说 ， 茜 止 了 编译 器 对 原子 
类 型 变量 间 的 重 排 序 优 化 ， 而 对 于 PowerPC 这 样 的 平台 来 说 ， 则 不 仅 禁 
止 了 编译 器 的 优化 ， 还 插入 了 大 量 的 内 存 栅栏 。 这 对 于 意图 是 提高 性 
能 的 多 线程 程序 而 言 ， 无 疑 是 一 种 性 能 伤害 。 具 体 而 言 ， 对 于 代码 清 
单 6-21 中 ValueSet 这 样 的 不 需要 遵守 a、b 赋 值 语句 “多 于 发 生 ” 头 系 的 程 
序 而 言 ， 由 于 atomic 默 认 的 顺序 一 致 性 则 会 在 对 a、b 的 赋值 语句 间 加 入 
内 存 栅栏 ， 并 阻止 编译 器 优化 ， 这 无 疑 会 增加 并 行 开销 CAPE TE 
其 如 此 ) 。 那 么 解除 这 样 的 性 能 约束 也 势 在 必 行 。 


在 C++11 中 ， 设 计 者 给 出 的 解决 方式 是 让 程序 员 为 原子 操作 指定 所 
IBA AI: memory_order。 比 如 在 代码 清单 6-21 中 ， 就 可 以 采用 一 
种 松散 的 内 存 模 型 (relaxed memory model) 来 放松 对 原子 操作 的 执行 
顺序 的 要 求 。 我 们 来 看 看 代码 清单 6-23 对 代码 清单 6-21 的 所 作 的 改进 。 


代码 清单 6-23 


#include <thread> 
#include <atomic> 
#include <iostream> 
using namespace std; 
atomic<int> a {0}; 
atomic<int> b {0}; 
int ValueSet(int) { 
int t = 1; 
a.store(t, memory_order_relaxed) ; 


b.store(2, memory_order_relaxed); 


} 
int Observer(int) { 

cout << "(" << a << ", " << b << ")" << endl; // 可 能 有 多 种 输出 
} 


int main() { 
thread ti(ValueSet, 0); 
thread t2(Observer, 0); 
t1.join(); 
t2.join(); 
cout << "Got ("<<a << ", " << b << ")" << endl; // Got (1, 2) 
return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 6-3-6.cpp -lpthread 


在 代码 清单 6-23 中 ， 我 们 对 ValueSet 芳 数 进 行 了 改造 。 之 前 的 对 a、 
b 进 行 赋值 的 语句 我 们 改 用 了 atomic 类 模板 的 store 成 员 。store 能 够 接受 
两 个 参数 ， 一 个 是 需要 写 入 的 值 ， 一 个 是 名 为 memory_order 的 枚 举 
值 。 这 里 我 们 使 用 的 值 是 memory_order_relaxed， 表 示 使 用 松散 的 内 存 
模型 ， 该 指令 可 以 任 由 编译 器 重 排 序 或 者 由 处 理 絮 乱 序 执行 。 这 样 一 
来 ，a、b 赋 值 语句 的 “ 先 于 发 生 ? 顺 序 得 到 了 解除 ， 我 们 也 束 可 能 得 到 最 
佳 的 运行 性 能 。 当 然 ， 相 应 的 结果 是 ， 对 于 Observer 来 说 ， 打 印 出 (0,2) 
这 样 的 结果 也 束 是 合理 的 了 。 


如 我 们 在 上 节 最 后 提 到 的 ， 大 多 数 atomic 原 子 操作 都 可 以 使 用 
memory_order 作 为 一 个 参数 ， 在 C++11 中 ， 标 准 一 共 定 义 了 7 种 
memory_order 的 枚 举 值 ， 如 表 6-3 所 示 。 


表 6-3 ”C++11 中 的 memory_order 枚 举 值 


枚 举 值 定义 规则 
memory_order_relaxed 不 对 执行 顺序 做 任何 保证 
memory_order_acquire 本 线程 中 ， 所 有 后 续 的 读 操作 必须 在 本 条 原子 操作 完成 后 执行 
memory_order release 本 线程 中 ， 所 有 之 前 的 写 操作 完成 后 才能 执行 本 条 原子 操作 
memory_order_acq_rel 同时 包含 memory_order_acquire 和 memory_order_release 标记 
memory_order_consume 本 线程 中 ， 所 有 后 续 的 有 关 本 原子 类 型 的 操作 ， 必 须 在 本 条 原子 操作 完成 之 后 执行 
memory_order_seq_cst 全 部 存 取 都 按 顺 序 执行 


memory_order_seq_cst 表 示 该 原子 操作 必须 是 顺序 一 致 的 ， 这 是 
C++11 中 所 有 atomic 原 子 操作 的 默认 值 ， 不 带 memory_order 参 数 的 原子 
操作 就 是 使 用 该 值 。 而 memorey_order_relaxed 则 表示 该 原子 操作 是 松散 
的 ， 可 以 被 任意 重 排序 的 。 其 他 几 种 我 们 会 在 后 面 解释 。 值 得 注意 的 

， 并 非 每 种 memory_order 都 可 以 被 atomic 的 成 员 使 用 。 通 第 情况 下 ， 
我 们 可 以 把 atomic 成 员 函 数 可 使 用 的 memory_order 便 分 为 以 下 3 组 : 


:原子 存储 操作 (store) 可 以 使 用 memorey_order_relaxed、 


memory_order_release ` memory_order_seq_cst ° 


:原子 读 取 操作 (load) 可 以 使 用 memorey_order relaxed、 
memory_order_consume ` memory_order_acquire ` 


memory_order_seq_cst ° 


.RMW 操 作 (read-modify-write) ， 即 一 些 需 要 同时 读 写 的 操作 ， 
比如 之 前 提 过 的 atomic_flag 类 型 的 test_and_setO 操 作 。 又 比如 atomic 类 
模板 的 atomic_compare_exchange() 操 作 等 都 是 需要 同时 读 写 的 。RMW 


操作 可 以 使 用 memorey_order_relaxed、memory_order_consume、 


memory_order_acquire ` memory_order_release ` 


memory_order_acq_rel ` memory_order_seq_cst ° 


— LEH i “operator=” ` “operator+ =” HKR, EE EEE 
memory_order_seq_cst 作 为 memory_order 参 数 的 原子 操作 的 简单 封装 。 
也 即 是 说 ， 之 前 小 节 中 的 代码 都 是 采用 顺序 一 致 性 的 内 存 模型 。 如 果 
读者 需要 的 正 是 顺序 一 致 性 的 内 存 模型 的 话 ， 那 么 这 些 操 作 符 都 是 可 
以 直接 使 用 的 。 而 如 果 读 者 是 要 指定 内 存 顺 序 的 话 ， 则 应 该 采用 形 如 
load、atomic_fetch_add 这 样 的 版 本 。 


如 之 前 提 到 的 ，memory_order_seq_cst 这 种 memory_order 对 于 
atomic 类 型 数据 的 内 存 顺序 要 求 过 高 ， 容 易 阻 得 系统 发 挥 线程 应 有 的 性 
能 。 而 memorey_order relaxed 对 内 存 顺序 宣 无 要 求 ， 这 在 代码 清单 6-21 
中 满足 了 我 们 解除 “ 先 于 发 生 * 顺 序 的 需求 。 但 在 另外 一 些 情况 下 ， 则 
还 是 可 能 无 法 满足 真正 的 需求 。 我 们 可 以 看 看 由 代码 清单 6-22 改 造 而 来 
的 代码 清单 6-24 的 例子 。 


代码 清单 6-24 


#include <thread> 

#include <atomic> 

#include <iostream> 

using namespace std; 

atomic<int> a; 

atomic<int> b; 

int Threadi(int) { 
int t = 1; 
a.store(t, memory_order_relaxed); 
b.store(2, memory_order_relaxed); 


J 
int Thread2(int) { 


while(b.load(memory_order_relaxed) != 2); // 自 旋 等 待 


cout << a.load(memory_order_relaxed) << endl; 


a 
cot 


i main() 


thread t1i(Threadi, 0); 
thread t2(Thread2, 0); 
t1.join(); 
t2.join(); 
return 0; 


// 编译 选项 


:g++ -Std=c++11 6-3-7.cpp -lpthread 


代码 清单 6-24 与 代码 请 单 6-22 的 例子 基本 一 致 ， 只 不 过 这 里 我 们 并 
不 希望 完全 禁用 关于 原子 类 型 的 优化 ， 而 采用 了 memory_order_relaxed 
作为 memory_order 参 数 。 在 一 些 弱 内 人 存 模 型 的 机 右上 ， 这 两 条 a、b 赋 
值 语句 将 有 可 能 任意 一 条 被 先 执行 。 那 么 对 于 Thread2 函 数 而 言 ， 它 移 
是 自 旋 等 待 b 的 值 被 赋 为 2， 随 后 将 a 的 值 输出 。 按 照 松 歼 的 内 存 顺 序 ， 
我 们 输出 的 a 的 值 则 有 可 能 为 0， 也 有 可 能 为 1。 这 显然 是 不 符合 代码 作 
者 的 期 望 的 。 


那么 排除 顺序 一 致 和 松散 两 种 方式 ， 我 们 能 不 能 保证 程序 “ 既 快 又 
对 ”地 运行 呢 ? 如 有 果 读 者 仔细 地 分 析 的 话 ， 我 们 所 需要 的 只 是 a.store 爷 
于 b.store 发 生 ，b.load 先 于 a.load 发 生 的 顺序 。 这 要 这 两 个 “ 先 于 发 生 ” 关 
系 得 到 了 遵守 ， 对 于 整个 程序 而 言 来 说 ， 束 不 会 发 生 线程 间 的 错误 。 
建立 这 种 “ 先 于 发 生 ”* 关 系 ， 即 原子 操作 间 的 顺序 则 需要 利用 其 他 的 
memory_order 枚 举 值 。 我 们 可 以 看 看 代码 清单 6-25 中 修改 的 代码 。 


代码 清单 6-25 


#include <thread> 
#include <atomic> 
#include <iostream> 
using namespace std; 
atomic<int> a; 
atomic<int> b; 


int 


Threadi(int) { 

int t = 1; 

a.store(t, memory_order_relaxed) ; 

b.store(2, memory_order_release); // 本 原子 操作 前 所 有 的 写 原子 操作 必须 完成 


Thread2(int) { 
while(b.load(memory_order_acquire) != 2); // 本 原子 操作 必须 完成 才能 执行 之 后 所 有 的 读 原子 操作 


cout << a.load(memory_order_relaxed) << endl; // 1 


main() { 

thread t1(Thread1, 0); 
thread t2(Thread2, 0); 
t1.join(); 

t2.join(); 

return 0; 


} 
// 编译 选项 


‘g++ -Std=c++11 6-3-8.cpp -lpthread 


这 里 代码 清单 6-25 对 代码 清单 6-24 做 了 两 处 改动 ， 一 是 b.store 采 用 


H ej 


了 memory_order_release 内 存 顺 序 ， 这 保证 了 本 原子 操作 前 所 有 的 写 原 
子 操作 必须 完成 ， 也 即 a.store 操 作 必须 发 生 于 b.store 之 前 。 二 是 b.load 采 
FAA ee ed 为 内 存 顺 序 ， 这 保证 了 本 原子 操作 必须 完 
MAE 


Eb 执行 之 后 所 有 的 读 原子 操作 。 即 b.load 必 须发 生 在 a.load 操 作 之 
这 样 一 来 ， 通 过 确立 “ 先 于 发 生 ” 关 系 的 ， 我 们 束 完 全 保证 了 代码 


运行 的 正确 性 ， 即 当 b 的 值 为 2 的 时 候 ，a 的 值 也 确定 地 为 1。 而 打印 语 
句 也 不 会 在 目 旋 等 竺 之 前 打印 a 的 值 。Thread1 和 Thread2 的 执行 顺 如 图 
6-5 所 示 。 


Thread1 Thread2 


图 6-5 ”Thread1 和 Thread2 的 顺序 


由 于 memory_order_release 和 memory_order_acquire 常 常 结合 使 用 ， 


我 们 也 称 这 种 内 存 顺序 为 release-acquire 内 存 顺序 。 


通常 情况 下 ,“ 先 于 发 生 ” 关 系 总 是 传递 的 ， 比 如 原子 操作 A 发 生 于 
原子 操作 B 之 前 ， 而 原子 操作 B 义 发 生 于 原子 操作 C 之 前 的 话 ， 则 人 A 一定 
发 生 于 C 之 前 。 有 了 这 样 的 顺序 ， 束 可 以 指导 编译 右 在 重 排序 指令 的 时 
候 在 不 破坏 依赖 规则 (相当 于 多 给 了 一 些 依赖 关系 ) 的 情况 下 ， 仅 在 


适当 的 位 置 插入 内 存 栅栏 ， 以 保证 执行 指令 时 数据 执行 正确 的 同时 获 


在 表 6-3 中 ， 我 们 还 看 到 了 memory_order_consume 这 个 
memory_order 的 枚 举 值 。 该 枚 举 值 与 memory_order_acquire 相 比 ， 进 一 
步 放 松 了 一 些 依 赖 关 系 。 我 们 可 以 看 看 代码 清单 6-26 所 示 的 例子 上 。 


代码 清单 6-26 


#include <thread> 

#include <atomic> 

#include <cassert> 

#include <string> 

using namespace std; 

atomic<string*> ptr; 

atomic<int> data; 

void Producer() { 
string* p = new string("Hello"); 
data.store(42, memory_order_relaxed); 
ptr.store(p, memory_order_release); 


void Consumer() { 
string* p2; 
while (!(p2 = ptr.load(memory_order_consume) ) ) 


了 
assert(*p2 == "Hello"); // 总 是 相生 


qÈ 


assert(data.load(memory_order_relaxed) == 42); // 可 能 断言 失败 


int main() { 
thread t1(Producer); 
thread t2(Consumer) ; 
t1.join(); 
t2.join(); 


// 编译 选项 


:g++ -std=c++11 6-3-9.cpp -lpthread 


在 代码 清早 6-26 中 ， 我 们 定义 了 两 个 线程 tL 和 t2， 分 别 运行 
Producer Consumer K žk ° Producer át, (EH T 
memory_order_release 来 为 原子 类 型 atomic<string*> 变 量 ptr 存 储 一 个 
值 ， 而 在 Consumer 函 数 中 ， 通 过 memory_order_consume 的 内 存 顺序 来 

完成 变量 ptr 的 读 取 。 这 里 我 们 可 以 看 到 ， 这 样 的 内 存 顺序 保证 了 
ptr.load(memory_order_consume) 必 须发 生 在 *ptr 这 样 的 解 引 用 操作 (SE 
际 上 涉及 的 是 读 指针 ptrload 的 操作 ) 之 前 。 不 过 与 
memory_order_acquire 不 同 的 是 ， 该 操作 并 不 保证 发 生 在 
data.load(memory_order_relaxed) 之 前 ， 因 为 data 和 ptr 是 不 同 的 原子 类 型 
数据 ， 而 memory_order_comsume 只 保证 原子 操作 发 生 在 与 ptr 有 关 的 原 
子 操作 之 前 。 所 以 实际 上 相 比 于 memory_order_acquire, “ 移 于 发 生 ” 的 
天 系 又 被 弱化 了 。 


形 如 其 名 ，memory_order_release 和 memory_order_consume 的 配合 
会 建立 关于 原子 类 型 的 “生产 者 -消费 者 ”的 同步 顺序 。 同 样 的 ， 我 们 可 
以 称 之 为 release-consume 内 存 顺序 。 


顺序 一 致 、 松 散 、release-acquire 和 release-consume 通 常 是 最 为 典型 
的 4 种 内 存 顺 序 。 其 他 的 如 memory_order_acq_rel， 则 是 溃 用 于 实现 一 种 
叫做 CAS (compare and swap) 的 基本 同步 元 语 ， 对 应 到 atomic 的 原子 
控 作 compare_exchange_strong 成 员 函 数 上 。 我 们 也 称 之 为 acquire-release 
内 存 顺 序 。 


事实 上 ， 由 于 并 行 编程 在 C++11 中 是 非常 新 的 一 个 话题 ， 因 此 
C++11 中 关于 原子 操作 的 设计 还 涉及 大 量 的 细 市 和 众多 特性 。 不 过 在 本 
书 编写 时 ， 还 没有 编译 如 正式 文 持 所 有 并 行 的 特性， 为 了 避免 理解 上 
的 偏差 ， 因 此 除去 语言 中 关于 并 行 的 比较 核心 的 部 分 ， 本 书 也 不 再 进 
一 步 地 进行 讲解 了 号 。 


而 回 到 内 存 模型 上 来 。 虽 然 在 C++11 中 ， 我 们 看 到 了 大 量 的 内 存 顺 
序 相关 的 设计 。 不 过 这 样 的 设计 主要 还 是 为 了 从 各 种 繁杂 不 同 的 平台 
上 抽象 出 独立 于 硬件 平台 的 并 行 操作 。 如 采 读 者 不 太 愿 意 了 解 内 存 模 
型 等 相关 概念 ， 那 么 简单 地 使 用 C++11 原 子 操作 的 顺序 一 致 性 就 可 以 进 
行 并 行程 序 的 编写 了 。 而 如 果 读 者 想 让 目 己 的 程序 在 多 线程 情况 下 获 
得 更 好 的 性 能 的 话 ， 尤 其 当 使 用 的 是 一 些 弱 内 存 顺序 的 平台 ， 比 如 
PowerPC 的 话 ， 建 立 原子 操作 间 内 存 顺 序 则 很 有 必要 ， 因 为 这 可 会 带 来 
极 大 的 性 能 提升 “事实 上 ， 这 也 是 弱 一 致 性 内 存 模型 平台 的 优势 ) 。 


但 对 于 并 行 编程 来 说 ， 可 能 最 根本 的 (这 是 本 书 没有 涉及 的 话 
题 ) 还 是 思考 如 何 将 大 量 计算 的 问题 ， 按 需 分 解 成 多 个 独立 的 、 能 够 
同时 运行 的 部 分 ， 并 找 出 真正 需要 在 线程 间 共 享 的 数据 ， 实 现 为 C++11 
的 原子 类 型 。 虽 然 有 了 原子 类 型 的 民 好 设计 ， 实 现 这 些 都 可 以 非 稼 的 
便捷 ， 但 并 不 是 所 有 的 问题 或 者 计算 都 适合 用 并 行 计 算 来 解决 ， 对 于 
不 适用 的 问题 ， 强 行 用 并 行 计算 来 解决 会 收获 甚 微 ， 甚 至 起 到 相反 效 
果 。 因 此 在 决定 使 用 并 行 计算 解决 问题 之 前 ， 程 序 员 必须 要 有 清晰 的 


设计 规划 。 而 在 实现 了 代码 并 行 后 ， 进 一 步 使 用 一 些 性 能 调试 工具 来 
提高 并 行程 序 的 性 能 也 是 非常 必要 的 。 


[1] EMR B Fhttp://en.cppreference.com/w/cpp/atomic/memory_order ° 
[2] 我 们 从 syn 上 得 到 的 gcc 版 本 应 该 对 应 的 是 gcc-4.8，gcc-4.8 可 能 会 支 
持 所 有 并 行 的 语义 。 不 过 本 书 编写 时 ，gcc-4.8 还 没有 发 布 。 


6.4 线程 局 部 存储 


CHP 类 别 ， 所 有 人 


线程 局 部 存储 (TLS,thread local storage) 是 一 个 已 有 的 概念 。 简 
单 地 说 ， 所 谓 线程 局 部 存储 变量 ， 就 是 拥有 线程 生命 期 及 线程 可 见 性 
的 变量 


线程 局 部 存储 实际 上 古 由 单线 程 程序 中 的 全 局 /静态 变量 被 应 用 到 
多 线程 程序 中 被 线程 共 译 而 来 。 我 们 可 以 人 简单 地 回顾 一 下 所 请 的 线程 
模型 。 通 第 情况 下 ， 线 程 会 拥有 目 己 的 栈 空间 ， 但 十 堆 空 间 、 静 态 数 
据 区 (如 有 果 从 可 执行 文件 的 角度 来 看 ， 静 态 数 据 区 对 应 的 是 可 执行 文 
件 的 data、bss 段 的 数据 ， 而 从 C/C++ 语言 层面 而 言 ， 则 对 应 的 是 多 局 / 
静态 变量 ) 则 是 共 至 的 。 这 样 一 来 ， 全 局 、 静 态 变 量 在 这 种 多 线程 模 
型 下 就 总 是 在 线程 间 共有 至 的 。 


人 全局、 静态 变量 的 共 孚 虽然 会 市 来 一 些 好 处 ， 尤 其 对 一 些 资 源 性 


的 变量 (比如 文件 句柄 ) 来 说 也 是 应 该 的 ， 不 过 并 不 是 所 有 的 全 局 ` 
静态 变量 都 适合 在 多 线程 的 情况 下 共 至 。 我 们 可 以 看 看 代码 清单 6-27 


所 示 的 例子 。 


代码 清单 6-27 


#include <pthread.h> 
#include <iostream> 
using namespace std; 
int errorCode = 0; 
void* MaySetErr(void * input) { 
if (*(int*)input == 1) 
errorCode = 1; 
else if (*(int*)input == 2) 
errorCode = -1; 
else 
errorCode = 0; 


int main() { 
int input_a = 1; 
int input_b = 2; 
pthread_t threadi, thread2; 
pthread_create(&thread1, NULL, &MaySetErr, &input_a); 
pthread_create(&thread2, NULL, &MaySetErr, &input_b); 
pthread_join(thread2, NULL); 
pthread_join(threadi, NULL); 
cout << errorCode << endl; 
} 
// 编译 选项 


‘g++ 6-4-1.cpp -lpthread 


在 代码 清单 6-27 中 ， 函 数 MaySetErr 芳 数 可 能 会 根据 输入 值 input 设 
置 全 局 的 错误 码 errorCode。 当 用 两 个 线程 运行 该 贸 数 的 时 候 ， 最 终 获 
得 的 errorCode 的 值 将 是 不 确定 的 ， 或 者 说 ， 将 由 系统 如 何 调 度 两 个 线 
程 而 决定 。 实 际 上 ， 本 例 中 的 errorCode 即 是 POSIX 标 准 中 的 错误 码 全 
局 变量 errmo 在 多 线程 情况 下 遭遇 的 问题 的 一 个 人 简化。 一 旦 ermo 在 线程 
间 共 享 ， 则 一 些 程序 中 运行 的 错误 将 会 被 隐藏 不 报 。 而 解决 的 办 法 殉 
征 为 每 个 线程 指派 一 个 全 局 的 errno， 即 TLS 化 的 ermo 。 


各 个 编译 器 公司 都 有 自己 的 TLS 标 准 。 我 们 在 
g++/clang++/xlc++ 中 可 以 看 到 如 下 的 语法 : 


__thread int errCode; 


即 在 全 局 或 者 静态 变量 的 声明 中 加 上 关键 字 _thread， 即 可 将 变量 
声明 为 TLS 变 量 。 每 个 线程 将 拥有 独立 的 errCode 的 揽 贝 ， 一 个 线程 中 
对 errCode 的 读 写 并 不 会 影响 另外 一 个 线程 中 的 errCode 的 数据 。 


C++11 对 TLS 标 准 做 出 了 一 些 统一 的 规定 。 与 ”thread 修 饰 伯 类 
似 ， 声 明 一 个 TLS 变 量 的 语法 很 简 单 ， 即 通过 thread_local 修 饰 符 声明 


变量 即 可 。 


int thread_local errCode; 


一 旦 声明 一 个 变量 为 thread_ local， 其 值 将 在 线程 开始 时 被 初始 
化 ， 而 在 线程 结束 时 ， 该 值 也 将 不 再 有 歼 。 对 于 thread local 变量 地 址 
AUB (&) ， 也 只 可 以 获得 当前 线程 中 的 TLS 变 量 的 地 址 值 。 


虽然 TLS 变 量 的 声明 很 简单 ， 使 用 也 很 直观 ， 不 过 实际 上 TLS 的 
实现 需要 涉及 编译 大 、 链 接 大 、 加 载 右 甚至 是 操作 系统 的 相互 配合 。 
在 TLS 中 一 个 常 被 讨论 的 问题 就 是 TLS 变 量 的 静态 /动态 分 配 的 问题 ， 
呈 TLS 变 量 的 内 存 完 竟 是 在 程序 一 开始 束 被 分 配 还 是 在 线程 开始 运行 
时 被 分 配 。 通 常情 况 下 ， 前 者 比 后 者 更 易于 实现 。C++11 标 准 允 许 平 
台 / 编 译 圾 目 行 选择 采用 静态 分 配 或 动态 分 配 ， 或 者 两 者 都 文 持 。 还 有 
原 值 得 注意 的 是 ，C++11 对 TLS 只 是 做 了 语法 上 的 统一 ， 而 对 其 实现 
并 没有 做 任何 性 能 上 的 规定 。 这 可 能 导致 thread_local 声 明 的 变量 在 不 
同 平台 或 者 不 同 的 TLS 实 现 上 出 现 不 同 的 性 能 (通常 TLS 变 量 的 读 写 


态 变 量 ) 。 如 果 读 者 想得到 最 佳 的 平台 上 


最 好 还 是 阅读 代码 运行 平台 的 相关 文 


6.5 快速 退出 : quick_exitSat_quick_exit 


CHP 类 别 ， 所 有 人 


在 C++ 程 序 中 ， 我 们 常常 会 看 到 一 些 有 关 “ 终 止 ” 的 钞 数 ， 如 
terminate 、abort、exit 等 。 这 些 钞 数 容易 让 人 产生 疑惑 ， 因 为 对 于 普 
的 程序 来 说 ， 它 们 都 只 是 终止 程序 的 运行 而 已 。 不 过 实际 上 它们 还 是 
有 很 大 的 区 别 的 。 因 为 其 对 应 的 是 “正常 退出 ”和 “异常 退出 ”两 种 情 
Yh ° 


首先 我 们 可 以 看 看 terminate 函 数 ，terminate 函 数 实际 上 是 C++ 语言 
中 异常 处 理 的 一 部 分 《包含 在 <exception> 头 文件 里 ) 。 一 般 而 言 ， 
有 被 捕捉 的 异常 就 会 导致 terminate 芳 数 的 调用 。 此 外 我 们 在 第 2 章 中 提 
到 过 的 noexcept 天 键 字 声明 的 函数 ， 如 果 抛 出 了 异 会 调用 
terminate 函 数 。 其 他 还 有 很 多 的 情况 。 但 直观 地 讲 ， 只 要 C++ 程序 中 
出 现 了 非 程 序 员 预 期 的 行为 ， 都 有 可 能 导致 terminate 的 调用 。 而 
terminate 函 数 在 默认 情况 下 ， 是 去 调用 abort 函 数 的 。 不 过 用 户 可 以 通 
过 set_terminate 函 数 来 改变 默认 的 行为 。 因 此 ， 可 以 认为 在 C++ 程序 的 
层面 ，termiante 就 是 “终止 ”。 


相对 于 termiante， 源 自 于 C 中 〈 头 文件 <cstdlib>) 的 abort 则 更 加 低 
层 。abort 芳 数 不 会 调用 任何 的 析 构 函数 (读者 也 许 想 到 了 ， 默 认 的 


terminate 也 是 如 此 ) ， 默 认 情 况 下 ， 它 会 向 合乎 POSIX 标 准 的 系统 抛 
出 一 个 信号 (signal) : SIGABRT。 如 果 程 序 员 为 信号 设 定 一 个 信和 号 
处 理 程序 的 话 (signal handler) ， 那 么 操作 系统 将 默认 地 释放 进程 所 
有 的 资源 ， 从 而 终止 程序 。 可 以 说 ，abort 是 系统 在 训 无 办 法 下 的 下 下 
策 一 终止 进程 。 有 时 候 这 会 带 来 一 些 问题 。 典 型 的 ， 倘 知 被 终止 的 应 
用 程序 进程 与 其 他 应 用 程序 软件 层 有 一 些 交 互 比如 一 些 硬件 驱动 程 
序 ， 一 些 通过 网 络 通信 的 程序 等 ， 假 设 这 些 程序 设计 得 并 不 那么 健 
壮 ) ， 那 么 本 进程 的 意外 终止 ， 都 可 能 导致 这 些 交 互 进程 处 于 一 些 “ 中 
间 状 态 ”， 进 而 出 现 一 些 问 题 。 


相 比 而 言 ，exit 这 样 的 属于 “ 正 闻 退出 ?范畴 的 程序 终止 ， 则 不 太 可 

能 有 以 上 的 问题 。exit 函 数 会 正常 调用 目 动 变量 的 析 构 函数 ， 并 且 还 会 

调用 atexit 注 册 的 函数 。 这 跟 main 函 数 结束 时 的 清理 工作 是 一 样 的 。 我 
们 可 以 看 看 代码 清单 6-28 所 示 的 例子 。 


代码 清单 6-28 


#include <cstdlib> 
#include <iostream> 
using namespace std; 
void openDevice() { cout << "device is opened." << endl; } 
void resetDeviceStat() { cout << "device stat is reset." << endl; } 
void closeDevice() { cout << "device is closed." << endl; } 
int main() { 

atexit(closeDevice); 

atexit(resetDeviceStat); 

openDevice(); 

exit(0); 
} 编 译 选 项 


: g++ 6-5-1.cpp 


在 代码 清单 6-28 中 ， 我 们 使 用 atexit 注 册 了 两 个 函数 : 
resetDeviceStat 和 closeDevice。 编 译 运行 该 例子 后 ， 程 序 的 输出 如 下 : 


device is opened. 
device stat is reset. 
device is closed. 


可 以 看 到 ， 在 程序 退出 时 (调用 ANSI C 定 义 的 exit 函 数 的 时 
候 ) ， 所 有 注册 的 函数 都 被 调用 ， 值 得 注意 的 是 ， 注 册 的 函数 被 调用 
的 次 序 与 其 注册 顺序 相反 ， 这 多 少 跟 析 构 函数 的 执行 与 其 声明 的 顺序 
相反 是 一 致 的 。exit 和 atexit 函 数 同样 来 目 于 C， 通 过 两 者 的 配售， 我 们 
可 以 灵活 地 处 理 一 些 进 程 级 的 清理 工作 ， 这 对 一 些 静 态 、 全 局 变量 来 
说 ， 是 非常 有 用 的 。 


不 过 有 的 时 候 ，main 或 者 使 用 exit 函 数 调用 结束 程序 的 方式 也 不 那 
么 令 人 满意 。 有 的 时 候 ， 代 码 中 会 有 很 多 的 类 ， 这 些 类 在 堆 空 间 上 分 
配 了 大 量 的 零散 的 内 存 (直接 从 堆 里 分 配 ， 并 没有 优化 的 策略 ) ， 而 
main 或 者 exit 函 数 调用 会 导致 类 的 析 构 函数 依次 将 这 些 雪 散 的 内 存 还 给 
操作 系统 。 这 是 一 件 费 时 的 工作 ， 而 实际 上 ， 这 些 扒 内 存 将 在 进程 结 
束 时 由 操作 系统 统一 回收 (事实 上 这 相当 快 ， 操 作 系 统 除 了 释放 一 些 
进程 相关 的 数据 结构 外 ， 只 是 将 一 些 物理 内 存 标记 为 未 使 用 就 可 以 
T) 。 如 果 这 些 堆 内 存 对 其 他 程序 不 产生 任何 影响 ， 那 么 在 程序 结 
时 释放 扒 内 存 的 析 构 过 程 往 往生 这 无 意义 的 。 因 此 ， 在 这 种 情况 下 ， 
我 们 常常 需要 能 够 更 快 地 退出 程序 。 


另外 ， 在 多 线程 情况 下 ， 我 们 要 使 用 exit 函 数 来 退出 程序 的 话 ， 通 
党 需要 问 线 程 发 出 一 个 信号 ， 并 等 得 线程 结束 后 表 执 行 析 构 函数 、 
atexit 注 册 的 函数 等 。 这 从 语法 上 讲 非常 正确 ， 不 过 这 样 的 退出 方式 有 
的 时 候 并 不 能 够 像 预期 那样 工作 ， 比 如 说 线程 中 的 程序 在 等 待 HO 运 行 
结束 等 。 在 一 些 更 为 复杂 的 情况 下 ， 可 能 还 会 遭遇 到 一 些 因为 信号 顺 
序 而 导致 的 死 锁 状况 。 一 旦 出 现 了 这 样 的 问题 ， 程 序 往往 融会 被 * 卡 
死 "而 无 法 退出 。 


为 此 ， 在 C++11 中 ， 标 准 引 入 了 quick_exit 函 数 ， 该 函数 并 不 执行 
析 构 函数 而 只 是 使 程序 终止 。 与 abort 不 同 的 是 ，abort 的 结果 通常 是 异 
常 退 出 (可 能 系统 还 会 进行 coredump 等 以 辅助 程序 员 进 行 问题 分 
Wt) ， 而 quick_exit 与 exit 同 属于 正常 退出 。 此 外 ， 使 用 at_quick_exit 注 
册 的 函数 也 可 以 在 quick_exit 的 时 候 被 调用 。 这 样 一 来 ， 我 们 同样 可 以 
像 exit 一 样 做 一 些 清 理 的 工作 〈 这 与 很 多 平台 上 使 用 _exit 函 数 直接 正常 
退出 还 是 有 不 同 的 ) 。 在 C++11 标 准 中 ，at_quick_exit 和 at_exit 一 样 ， 
标准 要 求 编译 器 至 少 支 持 32 个 注册 函数 的 调用 。 代 码 清单 6-29 所 示 是 
一 个 可 能 能 够 运行 的 例子 。 


代码 清单 6-29 


#include <cstdlib> 
#include <iostream> 
using namespace std; 
struct A { ~A() { cout << "Destruct A. " << endl; } }; 
void closeDevice() { cout << "device is closed." << endl; } 
int main() { 
A a; 


at_quick_exit(closeDevice); 
quick_exit(0); 


} 


这 里 我 们 定义 了 一 个 类 型 A 的 变量 a， 以 及 注册 了 一 个 quick_exit 调 
用 的 函数 closeDevice。 如 采 示 例 正 确 的 话 ， 变 量 a 的 析 构 函数 将 不 会 被 
调用 。 


6.6 本章 小 结 


在 本 章 中 ， 我 们 首先 看 到 了 C++11 中 与 性 能 极其 相关 的 新 特性 : 
钊 量 表达 式 constexpr。 第 量 表达 式 通 单 可 以 用 于 修 所 函数 、 变 量 以 及 
构造 函数 等 ， 以 使 得 声明 constexpr 关 键 字 的 玉 数 和 变量 可 以 被 用 于 编 
译 时 的 值 计 算 。 这 样 一 来 ， 一些 本 是 运行 时 肖 量 的 运算 却 可 以 被 合理 
地 放 到 编译 时 ， 而 一 些 语 法 上 的 限制 也 被 常量 表达 式 解 放 了 出 来 。 而 
由 constexpr 演 化 出 的 constexpr 元 编程 则 成 了 C++ 中 继 模 板 元 编程 之 后 
又 一 个 可 以 进行 编译 时 值 计算 的 手段 。 而 其 超越 模板 元 编程 的 各 种 优 
势 ， 使 得 其 应 用 前 景 被 广泛 看 好 。 


变 长 模板 征 C++ 引入 的 新 的 “ 变 长 ”参数 的 工具 ， 不 过 远 胜 于 变 长 
安 和 变 长 画 数 。 变 长 模板 通过 模板 仿 特 化 以 及 一 些 递归 引用 的 定义 ， 
可 以 在 不 丢失 类 型 信息 的 情况 下 实现 变 长 参数 的 传递 。 从 某 种 意义 上 
讲 ， 变 长 模板 把 泛 型 编程 又 推 癌 了 一 个 新 的 高 度 ， 也 使 得 变 长 模板 在 
库 编 写 的 领域 有 着 很 好 的 应 用 。 


而 原子 操作 则 彻 原 塞 告 C+t+ 来 到 了 并 行 编程 和 多 线程 的 时 代 。 相 
比 于 侦 于 帮 层 的 pthread 库 ，C++ 通 过 定义 原子 类 型 的 方式 ， 轻 松 地 化 
解 了 互 不 访问 同步 变量 的 难题 。 不 过 C++ 也 延续 了 其 易于 学 习 难 于 精 
通 的 特性 。 虽 然 原 子 类 型 使 用 很 简单 ， 但 其 成 员 变 量 (原子 操作 ) 却 
可 以 有 各 种 不 同 的 内 存 顺序 。C++11 从 各 种 不 同 的 平台 上 抽象 出 了 一 


个 软件 的 内 存 模型 ， 并 以 内 存 顺序 进行 描述 ， 以 使 得 想 进一步 挖掘 并 
行 系统 性 能 的 程序 员 有 足够 简单 的 手段 来 完成 以 往 只 能 通过 内 联 汇编 
来 完成 的 工作 。 这 样 的 高 度 总 结 和 设计 ， 也 堪 称 C++11 中 的 一 大 竞 
me 


此 外 ， 为 了 适应 并 行 编程 ，C++11 还 将 广泛 存在 的 线程 局 部 存储 
进行 了 语法 上 的 统一 。 并 且 标 准 也 为 TLS 留 下 了 足够 的 余地 ， 以 适应 
于 各 种 平台 的 TLS 的 实现 。quick_exit 则 是 一 项 多 线程 情况 下 的 新 发 
明 ， 可 以 用 于 解除 因为 退出 造成 的 死 锁 等 不 良 状态 。 不 过 读者 也 可 以 
党 试 着 使 用 它 来 免除 大 量 的 不 必要 的 析 构 函数 调用 。 


总 的 看 来 ，C++11 除 了 突破 自身 语法 ， 除 了 在 泛 型 编程 的 技巧 上 
更 上 一 层 楼 外 ， 也 延续 了 C 和 以 前 C++ 版 本 对 硬件 操控 的 强 能 力 ， 而 且 
将 这 种 能 力 带 入 了 并 行 和 多 线程 的 时 代 。 虽 然 这 可 能 带 来 一 些 学 习 的 
代价 ， 不 过 这 些 能 力 利 党 是 其 他 语言 难以 具备 的 。 因 此 ， 真 正 了 解 这 
些 新 特性 ， 可 以 让 使 用 者 可 以 更 轻松 地 完成 各 种 复杂 的 工作 。 对 于 一 
些 程 序 员 来 讲 (比如 库 开发 人 员 ， 系 统 级 的 程序 员 ) ， 这 是 一 种 简 
化 ， 而 不 是 复杂 化 。 


第 7 革 ”为 改变 思考 方式 而 改变 


如 我 们 提 到 过 的 ，C++ 是 一 门 成 熟 的 语言 ， 语 言 的 核心 部 分 的 改 
变通 间 都 导 从 着 一 贯 的 设计 思想 。 不 过 这 并 不 意味 着 C++ 会 午 守 成 
规 ， 在 C++11 中 ， 我 们 还 是 会 看 到 一 些 新 元 素 。 这 些 新 鲜 出 炉 的 元 素 
可 能 会 市 来 一 些 习 惯 上 的 改变 ， 不 过 权衡 之 下 ， 可 能 这 样 的 改变 是 值 
得 的 。 比 如 lambda 束 是 一 个 典型 的 例子 。 


7.1 指针 空 值 一 nullptr 


CHP 类别 ， 所 有 人 


7.1.1 指针 空 值 : 从 0 到 NULL， 再 到 nullptr 


在 民 好 的 C++ 编程 习惯 中 ， 声 明 一 个 变量 的 同时 ， 总 是 需要 记得 
在 合适 的 代码 位 置 将 其 初始 化 。 对 于 指针 类 型 的 变量 ， 这 一 点 尤其 应 
当 注意 。 未 初始 化 的 划 挂 指针 通常 会 是 一 些 难于 调试 的 用 户 程序 的 错 
TARR ° 


RAWE EKRENE ME, EERO e HP AS 

数 计算 机 系统 不 允许 用 户 程序 写 地 址 为 0 的 内 存 空间 ， 倘 车 程序 无 意 中 

对 该 指针 所 指 地 址 赋值 ， 通 前 在 运行 时 束 会 导致 程序 退出 。 虽 然 程 序 

退出 并 非 什 么 好 事 ， 但 这 样 一 来 错误 也 容易 被 程序 员 找 到 。 因 此 在 大 
多 数 的 代码 中 ， 我 们 常常 能 看 见 指 针 初 始 化 的 语法 如 下 : 


int * my_ptr = 0; 


或 者 是 使 用 NULL: 


int * my_ptr = NULL; 


一 般 情 况 下 ，NULL 是 一 个 宏 定义 。 在 传统 的 C 头 文件 (stddef.h) 
里 我 们 可 以 找到 如 下 代码 : 
#undef NULL 


#if defined( T 
#define NULL 


#else 
#define NULL ((void *)0) 
#endif 


可 以 看 到 ，NULL 可 能 被 定义 为 字面 常量 0， 或 者 是 定义 为 无 类 型 
指针 (void*) 常量 。 不 过 无 论 采用 什么 样 的 定义 ， 我 们 在 使 用 空 值 的 
指针 时 ， 都 不 可 避免 地 会 遇 到 一 些 麻 烦 。 让 我 们 先 看 一 个 关于 函数 重 
载 的 例子 。 这 个 例子 我 们 引用 自 C++11 标 准 关于 nullptr 的 提案 ， 并 进行 
了 少许 修改 ， 具 体 如 代码 清单 7-1 所 示 。 


代码 清单 7-1 


#include <stdio.h> 
void f(char* c) 
printf("invoke f(char*)\n"); 


void f(int i) 
printf("invoke f(int)\n"); 


int main( ) { 
F(0 
f (NULL); // 注意 :如 | 


gcc 编译 ， 
NULL 转 化 为 内 部 标识 


__nu]1， 该 语句 会 编译 失败 


f((char*)0); 
// 编译 选项 


:x1C -+ 7-1-1.cpp 


ERER 27-1 TS, APT PR, HAA le 
用 f(NULL) 来 调用 指针 的 版 本 。 不 过 很 可 惜 ， 当 使 用 XLC 编 译 器 编译 
以 上 语句 并 运行 时 ， 会 得 到 以 下 结果 : 


invoke f(int) 
invoke f(int) 
invoke f(char* ) 


在 这 里 ，XLC 编 译 器 采用 了 stddef.h 头 文件 中 NULL 的 定义 ， 即 将 
NULL 定 义 为 0。 因 此 使 用 NULL 做 参数 调用 和 使 用 字面 量 0 做 参数 调用 
版 本 的 结果 完全 相同 ， 都 是 调用 到 了 ffinb 这 个 版 本 。 这 实际 与 程序 员 
编写 代码 的 意图 相悖 。 


引起 该 问题 的 元 凶 是 字面 常量 0 的 二 义 性 ， 在 C++98 标 准 中 ， 字 面 
钊 量 0 的 类 型 既 可 以 是 一 个 整 型 ， 也 可 以 是 一 个 无 类 型 指针 
(void*) 。 如 采 程 序 员 想 在 代码 清单 7-1 中 调用 ftchar9) 版 本 的 话 ， 则 
必须 像 随后 的 代码 一 样 ， 对 字面 常量 0 进行 强制 类 型 转换 ((void*)0) 
并 调用 ， 人 否则 编译 硕 总 是 会 优先 把 0 看 作 是 一 个 整 型 常量 。 


虽然 这 个 问题 可 以 通过 修改 代码 来 解决 ， 但 为 了 避免 用 户 使 用 上 
的 错误 ， 有 的 编译 右 做 了 比较 激进 的 改进 。 典 型 的 如 g++ 编译 融 ， 它 
直接 将 NULL 转 换 为 编译 做 内 部 标识 (nul) ， 并 在 编译 时 期 做 了 一 
些 分 析 ， 一 旦 过 到 二 义 性 吏 停 止 编译 并 癌 用 户 报告 错误 。 虽 然 这 在 一 
定 程度 上 缓解 了 二 义 性 珊 来 的 麻烦 ， 但 由 于 标准 并 没有 认定 NULL 为 
一 个 编译 时 期 的 标识 ， 所 以 也 会 市 来 代码 移植 性 的 限制 。 


注意 “关于 nulptr 和 void* 的 翻译 ，void* 习 惯 被 翻 作 无 类 型 指针 ， 
我 们 这 里 把 nullptr 翻 作 指针 空 值 。 


在 C++11 新 标准 中 ， 出 于 兼容 性 的 考虑 ， 字 面 常 量 0 的 二 义 性 并 没 
有 被 消除 。 但 标准 还 是 为 二 义 性 给 出 了 新 的 答案 ， 就 是 nullptr。 在 
C++11 标 准 中 ，nullptr 是 一 个 所 谓 “ 指 针 空 值 类 型 * 的 常量 。 指 针 空 值 类 
型 被 命名 为 nullptr_ t， 事 实 上 ， 我 们 可 以 在 支持 nullpt 的 头 文 件 
(cstddef) 中 找 出 如 下 定义 : 


typedef decltype(nullptr) nullptr_t; 


可 以 看 到 ，nullptr_t 的 定义 方式 非常 有 趣 ， 与 传统 的 先 定 义 类 型 ， 
再 通过 类 型 声明 值 的 做 法 完全 相反 (充分 利用 了 decltype 的 功能 ) 。 我 
们 发 现 ， 在 现 有 编译 器 情况 下 ， 使 用 nullptr_t 的 时 候 必须 
#include<cstddef> (##include 有 些 头 文件 也 会 间接 #include<cstddef>， 比 
如 <iostream>) ， 而 nullptr 则 不 用 。 这 大 概 就 是 由 于 nullptr 是 关键 字 ， 
而 nullptr_t 是 通过 推导 而 来 的 缘故 。 


而 相 比 于 gcc 等 编译 右 将 NULL 预 处 理 为 编译 器 内 部 标识 _ null， 
nullptr 拥 有 更 大 的 优势 。 简 单 而 言 ， 由 于 nullptr 是 有 类 型 的 ， 且 仅 可 以 
被 隐 式 转化 为 指针 类 型 ， 那 么 对 于 代码 7-1 的 例子 ，nullptr 做 参数 则 可 
以 成 功 调用 ffchar9) 版 本 的 函数 ， 而 不 是 像 gcc 对 NULL 的 处 理 一 样 ， 仅 
仅 给 出 一 个 出 错 提 示 ， 好 让 程序 员 去 修改 代码 。 


我 们 来 看 看 代码 清单 7-2 所 示 的 例子 。 


代码 清单 7-2 


#include <iostream> 
using namespace std; 
void f(char *p) { 
cout << "invoke f(char*)" << endl; 


} 
void f(int) { 
cout << "invoke f(int)" << endl; 


int main() 


F(nullptr); // y} 


f(char* ) 版 本 


f(0); // 7) 


f (int ) 版 本 


return 0; 
// 编译 选项 


:g++ 7-1-2.cpp -std=c++11 


可 以 看 到 ， 在 改 为 使 用 nullptr 之 后 ， 用 户 能 够 准确 表达 自己 的 意 
， 也 不 会 再 出 现在 XLC 编 译 器 上 调用 了 f(int) 版 本 而 在 gcc 上 却 在 编译 
时 期 给 出 了 错误 提示 的 不 兼容 问题 。 因 此 ， 通 常情 况 下 ， 在 书写 
C++11 代 码 想 使 用 NULIL 的 时 候 ， 将 NULL 和 替换 成 为 nullptr 我 们 就 能 获 
得 更 加 健壮 的 代码 。 


7.1.2 nullptr 和 nullptr t 


C++11 标 准 不 仅 定 义 了 指针 空 值 常量 nullptr， 也 定义 了 其 指针 空 什 
类 型 nullptr t， 也 束 表 示 了 指针 空 值 类 型 并 非 仅 有 nullptr 一 个 实例 。 通 
常情 况 下 ， 也 可 以 通过 nullptr_t 来 声明 一 个 指针 空 值 类 型 的 变量 (即使 
看 起 来 用 途 不 大 ) 。 


除去 nullptr 及 nullptr_t 以 外 ，C++ 中 还 存在 各 种 内 置 类 型 。C++11 
标准 严格 规定 了 数据 间 的 关系。 大 体 上 常见 的 规则 简单 地 列 在 了 下 
面 : 


:所 有 定义 为 nullptr_t 类 型 的 数据 都 是 等 价 的 ， 行 为 也 是 完全 一 
Be 


-nullptr_t 类 型 数据 可 以 隐 式 转换 成 任意 一 个 指针 类 型 。 


-nullptr_t 类 型 数据 不 能 转换 为 非 指 和 针 类 型 ， 即 使 使 用 
reinterpret_cast() 的 方式 也 是 不 可 以 的 。 


nullptr_t 类 型 数据 不 适用 于 算术 运算 表达 式 。 


nullptr_ t 类 型 数据 可 以 用 于 关系 运算 表达 式 ， 但 仅 能 与 nullptr_t 类 
型 数据 或 者 指针 类 型 数据 进行 比较 ， 当 且 仅 当 关系 运算 符 为 ==、<=、 


>= 等 时 返回 true ° 


我 们 可 以 看 看 代码 清单 7-3 所 示 的 例子 ， 这 个 例子 集合 了 大 多 数 我 
们 需要 的 场景 。 


代码 清单 7-3 


#include <iostream> 
#include <typeinfo> 
using namespace std; 
int main() 


// nullptr 可 以 隐 式 转换 为 
char* 


char * cp = nullptr; 
// 不 可 转换 为 整 型 ， 而 任何 类 型 也 不 能 转换 为 


nullptr_t. 


// 以 下 代码 不 能 通过 编译 


// int ni 
// int n2 
// nullptrS 


nullptr; 
reinterpret_cast<int>(nullptr); 


nullptr_t 类 型 变量 可 以 作 比 较 


>= 符 号 比较 时 返 


oO 


true 

nullptr_t nptr; 
if (nptr == nullptr) 

cout << "nullptr_t nptr == nullptr" << endl; 
else 

cout << "nullptr_t nptr != nullptr" << endl; 
if (nptr < nullptr) 

cout << "nullptr_t nptr < nullptr" << endl; 
else 

cout << "nullptr_t nptr !< nullptr" << endl; 
/ / 不 能 转换 为 整 型 或 


bool 类 型 
/以 下 代码 不 能 通过 编译 
// if (0 == nullptr); 


// if (nullptr); 
// 不 可 以 进行 算术 运算 


/ 以 下 代码 不 能 通过 编译 


// nullptr += 1; 
// nullprt * 5; 
// 以 下 操作 均 可 以 正常 进行 


sizeof(nullptr); 
typeid(nullptr); 
throw(nullptr); 
return 0; 


/ / 编译 选项 


:g++ 7-1-3.cpp -std=c++11 


编译 运行 代码 清单 7-3， 我 们 可 以 得 到 以 下 结果 : 


nullptr_t nptr == nullptr 

nullptr_t nptr !< nullptr 

terminate called after throwing an instance of 'decltype(nullptr)' 
Aborted 


读者 可 以 对 应 之 前 的 规则 试 着 分 析 一 下 上 面 的 代码 为 什么 有 的 不 
能 够 通过 编译 ， 以 及 为 什么 会 产生 上 述 的 运行 结果 。 


TER ”如 果 读 者 的 编译 器 能 够 编译 if(nullptr) 或 者 if(nullptr==0) 这 
样 的 语句 ， 可 能 是 因为 编译 器 版 本 还 不 够 新 。 老 的 nullptr 定 义 中 人 允许 
nullptr 向 boo] 的 隐 式 转换 ， 这 带 来 了 一 些 问 题 ， 而 C++11 标 准 中 已 经 不 
允许 这 么 做 了 。 


此 外 ， 虽 然 nullptr_t 看 起 来 像 是 个 指针 类 型 ， 用 起 来 更 是 ， 但 在 把 
nullptr_t 应 用 于 模板 中 时 候 ， 我 们 会 发 现 模板 却 只 能 把 它 作 为 一 个 普通 
的 类 型 来 进行 推导 (并 不 会 将 其 视 为 T* 指 针 ) 。 代 码 清 单 7-4 所 示 的 这 
个 例子 来 源 于 C++11 标 准 提案 。 


代码 清单 7-4 


#include <iostream> 
using namespace std; 
template<typename T> void g(T* t) {} 
template<typename T> void h(T t) {} 
int main() 

g(nullptr); // 编译 失败 
， nullptr 的 类 型 是 


nullptr_t, 而 不 是 指针 


g((float*) nullptr); // 推导 出 


T = float 

h(0); // 推导 出 
T = int 

h(nullptr); // 推导 出 
T = nullptr_t 

h((float*)nullptr); // 推导 出 
T = float* 


} 
// 编译 选项 


‘g++ 7-1-4.cpp -std=c++11 


代码 清单 7-4 中 ，g(nullptr) 并 不 会 被 编 译 嚣 “ 稼 能 ”地 推导 成 某 种 基 
本 类 型 的 指针 (或 者 void* 指 针 ) ， 因 此 要 让 编译 器 成 功 推导 出 nullptr 
的 类 型 ， 必 须 做 显 式 的 类 型 转换 。 


7.1.3 一 些 天 于 nullptr 规 则 的 讨论 


nullptr 这 个 名 字 看 起 来 是 比较 上 古怪 的 。 在 C++98 标 准 的 时 候 ， 了 字符 
串 NULL 实 际 上 已 经 得 到 了 广泛 的 应 用 。 而 在 C++11 标 准 中 ， 委 员 会 采 
取 了 男 起 炉灶 的 方式 ， 硬 生生 地 添加 了 nullptr 这 个 天 键 子 ， 这 让 很 多 
人 表示 不 能 理解 。 但 姑 起 炉灶 而 不 是 重用 NULL 的 原因 却 是 非常 明显 
的 。 因 为 NULL 已 经 是 一 个 用 途 广泛 的 安 ， 且 这 个 宏和 被 不 同 的 编译 需 
实现 为 不 同 的 解释 ， 重 用 NULL 会 使 得 很 多 已 有 的 C++ 程序 不 能 通过 
C++11 编 译 器 的 编译 。 因 此 为 了 保证 最 大 的 兼容 性 ， 委 员 会 采用 了 新 
的 名 称 nullptr， 以 避免 和 现 有 标识 符 的 冲突 。 


此 外 在 C++11 标 准 中 ，nullptr 类 型 数据 所 占用 的 内 存 空间 大 小 跟 
void* 相 同 的 ， 即 : 


sizeof(nullptr_t) == sizeof(void* ) 


关于 这 一 点 也 可 能 引起 疑惑 ， 即 是 否 nullptr 葡 是 (void*)0 的 一 个 别 
名 。 不 过 答案 却 旦 否定 的 ， 尽 管 两 者 看 起 来 很 相似 ， 都 可 以 被 转换 为 
任何 类 型 的 指针 ， 但 两 者 在 语法 层面 有 着 不 同 的 内 补 。nullptr 是 一 个 
编译 时 期 的 常量 ， 它 的 名 字 是 一 个 编译 时 期 的 关键 字 ， 能 够 为 编译 天 
所 识别 。 而 (void*)0 只 是 一 个 强制 转换 表达 式 ， 其 返回 的 也 是 一 个 
void* 指 针 类 型 。 


而 且 最 为 重要 的 是 ， 在 C++ 语言 中 ，nullptr 到 任何 指针 的 较 换 是 隐 
式 的 ， 而 (void*)0 则 必须 经 过 类 型 转换 后 才能 使 用 。 我 们 可 以 看 看 代码 
清单 7-5 所 示 的 例子 。 


代码 清单 7-5 


int foo() 


int* px = (void*)0; // 编译 错误 ， 不 能 隐 式 地 将 无 类 型 指针 转换 为 


int* 类 型 的 指针 
int* py = nullptr; 
} 编 译 选 项 


: g++ -Std=c++11 7-1-5.cpp 


可 以 看 到 ，(void*)0 在 使 用 上 并 不 如 nullptr 方 便 。 在 nullptr 出 现 之 
后 ， 程 序 员 大 可 以 坊 记 (void*)0， 因 为 nullptr 已 经 足够 用 了 ， 而 且 也 很 
好 用 。 


注意 ”C 语 言 标准 中 的 void* 指 针 是 可 以 隐 式 转换 为 任意 指针 的 ， 
这 一 点 跟 C++ 和 是 不 同 的 。 


此 外 ， 我 们 还 注意 到 C++11 标 准 有 一 条 有 趣 的 规定 ，nullptr_t 对 象 
的 地 址 可 以 被 用 户 使 用 (虽然 看 起 来 好 像 没什么 实用 价值 ，。 但 这 条 
规则 有 一 点 例外 ， 束 是 虽然 nullptr 也 是 一 个 nullptr_t 的 对 象 ，C++11 标 
准 却 规定 用 户 不 能 获得 nullpt 的 地 址 。 其 原因 主要 是 因为 nullptr 被 定义 
为 一 个 右 值 音量 ， 取 其 地 址 并 没有 意义 。 


不 过 C++11 标 准 并 没有 禁止 声明 一 个 nullptr 的 右 值 引 用 ， 并 打印 其 
地 址 ， 因 此 我 们 在 一 些 编译 萎 上 也 做 了 个 有 趣 的 实验 ， 对 nullptr 感 兴 
趣 的 用 户 可 以 试 运行 一 下 代码 清单 7-6 所 示 的 这 上 段 的 代码 。 


代码 清单 7-6 


#include <cstdio> 
#include <cstddef> 
using namespace std; 
int main()f{ 
nullptr_t my_null; 
printf("%x\n", &my_null); 
// printf("%x", &nullptr); // 根据 


CHHL LEE, RATA 


printf("%d\n", my_null == nullptr); 
const nullptr_t && default_nullptr = nullptr; // default_nullptré 


nuJ ptr 的 一 个 右 值 引 上 


printf("%x\n", &default_nullptr); 
// 编译 选项 


:g++ -Std=c++11 7-1-6.cpp 


编译 运行 代码 清单 7-6， 我 们 的 实验 机 上 的 结 采 看 起 来 是 这 样 : 


7498fca8 
1 
7498fcb0 


当然 ， 运 行 结果 跟 所 用 编译 侨 以 及 平台 都 有 关系 。 不 过 ， 对 于 普 
通用 户 而 言 ， 需 要 记得 的 仅仅 是 ， 不 要 对 nullptr 做 取 地 址 操作 即 可 。 


7.2 SAUER BLATT il 


CHP 类 别 ， 类 作者 


7.2.1 RIAR 


在 C++ 中 声明 目 定 义 的 类 ， 编 译 右 会 默认 帮助 程序 员 生 成 一 些 他 
们 未 目 定 义 的 成 员 函 数 。 这 样 的 钞 数 版 本 被 称 为 “默认 函数 "。 这 包括 
了 以 下 一 些 目 定 义 类 型 的 成 员 画 数 : 


-构造 画 数 

PS RS Ta EN BN 

P VUE (operator=) 
Re BRE ta ERB 
FATF VL EK BL 

析 构 函数 


此 外 ，C++ 编 译 右 还 会 为 以 下 这 些 目 定义 类 型 提供 全 局 默认 操作 


‘operator, 


‘operator& 


‘operator&&& 


‘operator* 


-operator-> 


“Operator->* 


‘Operator new 


-operator delete 


在 C++ 语言 规则 中 ， 一 旦 程序 员 实 现 了 这 


PASAY Bl RE SRA, 


WU SRE ae Ke ANAR BOE ERA AR o ESIC AIL So CRE FP 
Bum, WE WA eA Te eA, MU a HAE BB 
的 版 本 以 完成 无 参 的 变量 初始 化 。 不 过 通过 编译 器 的 提示 ， 这 样 的 问 


题 通 单 会 得 到 更 正 。 但 更 为 广 重 的 问题 是 ， 一 旦 声明 了 目 定 义 版 本 的 
构造 画 数 ， 则 有 可 能 导致 我 们 定义 的 类 型 不 再 是 POD 的 。 我 们 可 以 看 


看 代码 清单 7-7 所 示 的 例子 。 


代码 清单 7-7 


#include <type_traits> 
#include <iostream> 
using namespace std; 
class TwoCstor { 
public: 


/ / 提供 了 带 参 数 版 本 的 构造 画 数 ， 则 必须 


// 不 带 参数 版 本 ， 且 


行 提供 


TwOCStor 不 再 是 


POD 类 型 


TwoCstor() {}; 

TwoCstor(int i): data(i) {} 
private: 

int data; 


了 
int main(){ 
cout << is_pod<TwoCstor>::value << endl; // 0 


/ / 编译 选项 


:g++ -Std=c++11 7-2-1.cpp 


代码 清单 7-7 所 示 的 例子 中 ， 程 序 员 虽然 提供 了 TwoCstor() 构 造 琅 
数 ， 它 与 黑 认 的 构造 函数 接口 和 使 用 方式 也 完全 一 致 ， 不 过 按照 3.6 节 
我 们 对 “平凡 的 构造 函数 ”的 定义 ， 该 构造 函数 却 不 是 平凡 的 ， 因 此 
TwocCstor 也 就 不 再 是 POD 的 了 。 使 用 is_pod 模 板 类 查看 TwoCstor， 也 会 
发 现 程序 输出 为 0。 对 于 形 如 TwoCstor 这 样 只 是 想 增 加 一 些 构造 方式 的 
简单 类 型 而 言 ， 变 为 非 POD 类 型 带 来 一 系列 负面 影响 有 时 是 程序 员 所 
不 而 望 的 《读者 可 以 回顾 一 下 3.6 节 ， 很 多 时 候 ， 这 意味 着 编译 器 失去 
了 优化 这 样 稍 单 的 数据 类 型 的 可 能 ) 。 因 此 客观 上 我 们 需要 一 些 方式 
来 使 得 这 样 的 简单 类 型 “恢复 ?POD 的 特质 。 


而 在 C++11 中 ， 标 准 十 通过 提供 了 新 的 机 制 来 控制 默认 版 本 函数 
的 生成 来 完成 这 个 目标 的 。 这 个 新 机 制 重 用 了 default 天 键 子 。 程 序 员 
可 以 在 默认 画 数 定义 或 者 声明 时 加 上 “=default*"， 从 而 显 式 地 指示 编译 
亏 生 成 该 男 数 的 默认 版 本 。 而 如 采 指 定 产生 默认 版 本 后 ， 程 序 员 不 再 
也 不 应 该 实现 一 份 同名 的 函数 。 具 体 如 代码 清单 7-8 所 示 。 


代码 清单 7-8 


#include <type_traits> 
#include <iostream> 
using namespace std; 
class TwoCstor { 
public: 
// 提供 了 带 参数 版 本 的 构造 函数 ， 再 指示 编译 器 


// 提供 默认 版 本 ， 则 本 自 定义 类 型 依然 是 


POD 类 型 


TwoCstor() = default; 

TwoCstor(int i): data(i) {} 
private: 

int data; 


/ 
int main(){ 
cout << is_pod<TwoCstor>::value << endl; // 1 


} 
// 编译 选项 


:g++ 7-2-2.cpp -std=c++11 


编译 运行 代码 清单 7-8， 会 得 到 结果 1。TwoCstor 还 是 一 个 POD 的 
类 型 。 


一 方面 ， 程 序 员 在 一 些 情况 下 则 希望 能 够 限制 一 些 默 认 画 数 的 
生成 。 最 典型 地 ， 类 的 编写 者 有 时 需要 将 止 使 用 者 使 用 找 贝 构造 琅 
数 ， 在 C++98 标 准 中 ， 我 们 的 做 法 是 将 拷贝 构造 钞 数 声明 为 private 的 
成 员 ， 并 且 不 提供 函数 实现 。 这 样 一 来 ， 一旦 有 人 试图 (或 者 无 意 

识 ) 使 用 拷贝 构造 函数 ， 编 译 器 束 会 报错 。 


我 们 来 看 看 代码 清单 7-9 所 示 的 例子 。 


代码 清单 7-9 


#include <type_traits> 
#include <iostream> 
using namespace std; 
class NoCopyCstor { 
public: 

NoCopyCstor() = default; 
private: 

// eS UREA HAA 


private 成 员 并 不 提供 实现 


// 可 以 有 效 阻 止 用 户 错 用 拷贝 构造 函数 


NoCopyCstor(const NoCopyCstor &); 
i 
int main(){ 
NoCopyCstor a; 
NoCopyCstor b(a); // 无 法 通过 编译 


} 
// 编译 选项 


:g++ 7-2-3.cpp -std=c++11 


代码 清单 7-9 中 ，NoCopyCstor b(a)izt Mia] FA private $3 J tie EX 
数 ， 该 句 编译 不 会 通过 。 不 过 这 样 的 做 法 也 会 对 友 元 类 或 函数 使 用 造 
成 麻 硕 。 友 元 类 很 可 能 需要 拷贝 构造 本 数 ， 而 简单 声明 private 的 捞 贝 
构造 函数 不 实现 的 话 ， 会 导致 编译 的 失败 。 为 了 避免 这 种 情况 ， 我 们 
还 必须 提供 搁 贝 构造 画 数 的 实现 版 本 ， 并 将 其 声明 为 private 成 员 ， 才 
达到 需要 的 效果 。 


在 C++11 中 ， 标 准则 给 出 了 更 为 徐 单 的 方法 ， 即 在 函数 的 定义 或 
者 声明 加 上 “=delete”。“=delete" 会 指示 编译 器 不 生成 函数 的 缺 省 版 
本 。 我 们 可 以 看 代码 清单 7-10 所 示 的 例子 。 


代码 清单 7-10 


#include <type_traits> 
#include <iostream> 
using namespace std; 
class NoCopyCstor { 


public: 


NoCopyCstor() = default; 


/ 使 


= delete” 


同样 可 以 有 效 


阻止 


// 错 


拷贝 


构造 画 数 


NoCopyCstor(const NoCopyCstor &) = delete; 


}; 
int main( 


) 


NoCopyCstor a; 


NoCopyCstor b(a); 


// 编译 选项 


‘g++ 7-2-4.cpp -std=c++11 


// 无 法 通过 编译 


代码 清单 7-10 即 是 一 个 使 用 “=delete” 删 除 拷贝 构造 函数 的 缺 省 版 


本 的 实例 。 值 得 注意 的 是 ， 


非法 的 。 


旦 缺 省 版 本 个 删 除了 ， 重 载 该 函数 也 古 


7.2.2 “=default” 5 “=deleted” 


在 上 面 一 节 中 ， 我 们 基本 已 经 看 到 了 C++11 
中 “=default* 和 “=delete” 的 使 用 方法 ， 事 实 上 ，C++11 标 准 
称 “=default” 修 饰 的 函数 为 显 式 缺 省 (explicit defaulted) EHX, T 
称 “=delete” 修 饰 的 画 数 为 删除 (deleted) 函数 。 为 了 方便 称呼 ， 本 书 
将 删除 函数 称 为 显 式 删 除 画 数 。 在 下 面 的 描述 中 ， 我 们 会 沿用 这 些 术 


语 。 


C++113 引 入 显 式 缺 省 和 显 式 删除 是 为 了 增强 对 类 默认 函数 的 控 
制 ， 让 程序 员 能 够 更 加 精细 地 控制 默认 版 本 的 函数 。 不 过 这 并 不 是 它 
们 的 唯一 功能 ， 而 且 使 用 上 ， 也 不 仅仅 局 限 在 类 的 定义 内 。 事 实 上 ， 
显 式 缺 省 不 仅 可 以 用 于 在 类 的 定义 中 修饰 成 员 函 数 ， 也 可 以 在 类 定义 
之 外 修饰 成 员 画 数 。 代 码 清 单 7-11 所 示 便 是 一 个 例子 。 


代码 清单 7-11 


class DefaultedOptr{ 
public: 
// 使 用 


= defau]t"“ 来 产生 缺 省 版 本 


DefaultedOptr() = default; 
// 这 里 没 使 用 


= default” 


DefaultedOptr & operator = (const DefaultedOptr & ); 


/ 
// 在 类 定义 外 用 


= defau]t”“ 来 指明 使 用 缺 省 版 本 


inline DefaultedOptr & 
DefaultedOptr::operator =( const DefaultedOptr & ) = default; 
// 编译 选项 


:g++ -std=c++11 -c 7-2-5.cpp 


在 本 例 中 ， 类 DefaultedOptr 的 操作 符 operator= 被 声明 在 了 类 的 定 
义 外 ， 并 且 被 设 定 为 缺 省 版 本 。 这 在 C++11 规 则 中 也 是 被 允许 的 。 在 
类 定义 外 显 式 指 定 缺 省 版 本 所 市 来 的 好 处 是 ， 程 序 员 可 以 对 一 个 class 
定义 提供 多 个 实现 版 本 。 假 设 我 们 有 下 面 的 几 个 文件 : 


type.h : struct type { type(); }; 
type1.cc : type::type() = default; 
type2.cc : type::type() { /*do some thing */ }; 


那么 程序 员 就 可 以 选择 地 编译 typel.cc 或 者 type2.cc， 从 而 轻易 地 在 提 
供 缺 省 函数 的 版 本 和 使 用 目 定义 版 本 的 函数 间 进 行 切换 。 这 对 于 一 些 
代码 的 调试 是 很 有 帮助 的 。 


此 外 ， 除 去 我 们 在 上 市 提 到 了 多 个 可 以 由 编译 右 默 认 近 供 的 缺 省 
玉 数 ， 显 式 缺 省 还 可 以 修饰 一 些 其 他 函数 ， 比 如 “operator==”。 C++11 
标准 并 不 要 求 编译 瑞 为 这 些 函 数 提供 缺 省 的 实现 ， 但 如 果 将 其 声明 为 
显 式 缺 省 的 话 ， 则 编译 右 会 按照 蘑 些 “标准 行为 ”为 其 生成 所 需要 的 版 
AK © 


天 于 显 式 删除 ， 正 如 我 们 在 上 一 市 中 看 到 ， 显 式 删除 可 以 避免 用 
尸 使 用 一 些 不 应 该 使 用 的 类 的 成 员 画 数 。 不 过 显 式 删除 也 并 非 局 限于 
成 员 函 数 ， 使 用 显 式 删 除 还 可 以 避免 编译 絮 做 一 些 不 必要 的 隐 式 数据 
类 型 转换 。 我 们 来 看 看 代码 清单 7-12 所 示 的 例子 。 


代码 清单 7-12 


class ConvType { 
public: 
ConvType(int i) {}; 
ConvType(char c) = delete; // 删除 


char tiga 


了 
void Func(ConvType ct) {} 
int main() { 
Func(3); 
Func('a'); // 无 法 通过 编译 


ConvType ci(3); 
ConvType cc('a'); // 无 法 通过 编译 


} 
// 编译 选项 


:g++ -Std=c++11 7-2-6.cpp 


代码 清单 7-12 中 ， 我 们 显 式 删除 了 ConvType(char) 版 本 的 构造 画 
数 。 则 在 调用 Func(a) 及 构造 变量 cc 的 时 候 ， 编 译 器 会 给 出 错误 提示 并 
停止 编译 。 这 是 因为 编译 如 发 现 从 char 构 造 ConvType 的 方式 是 不 被 允 
许 的 。 不 过 如 果 读 者 将 ConvType(char Cj=delete; 这 一 句 注释 掉 ， 代 码 清 
单 7-12 束 可 以 通过 编译 了 。 这 种 情况 下 ， 编 译 器 会 隐 式 地 将 a 转换 为 整 


型 ， 并 调用 整 型 版 本 的 构造 玫 数 。 这 样 一 来 ， 我 们 束 可 以 对 一 些 危险 


的 、 不 应 该 发 生 的 隐 式 类 型 转换 进行 适当 的 控制 。 


不 过 我 们 还 需要 注意 一 下 explicit 关 键 字 在 这 里 可 能 产生 的 影响 。 
让 我 们 稍稍 改变 一 下 代码 清单 7-12 中 的 代码 ， 一 些 意 想不到 的 结果 就 


可 能 发 生 ， 如 代码 清单 7-13 所 示 。 
代码 清单 7-13 


class ConvType { 
public: 
ConvType(int i) {}; 
explicit ConvType(char c) = delete; // 删除 
explicit 
Char 构 造 画 数 
}; 
void Func(ConvType ct) {} 
int main() { 


Func(3); 
Func('a'); // 可 以 通过 编译 


ConvType ci(3); 
ConvType cc('a'); // 无 法 通过 编译 


// 编译 选项 


:g++ -std=c++11 7-2-7.cpp 


代码 清单 7-13 中 ， 语 句 explicit ConvType(char)=delete+\ char 
explicit 构 造 ConvType 的 方式 显 式 删除 了 ， 这 导致 cc 变量 的 构造 不 成 


功 ， 因 为 其 古 显 式 构 造 的 。 不 过 在 函数 Func 的 调用 中 ， 编 译 紫 会 笑 记 


隐 


x 


mH c Rint, Mm Funan e A XK ConvType(int) #4) 


造 ， 因 而 能 够 通过 编译 。 这 样 一 来 ，explicit 禹 来 了 令 人 乾 舱 的 效果 ， 
即 没 有 彻底 地 禁止 类 型 转换 的 发 生 。 如 果 程 序 员 发 生 了 这 样 的 错误 ， 
也 可 能 会 比较 难 找到 原因 。 


事实 上 ， 在 C++11 提 案 中 ， 提 案 的 作者 并 不 建议 用 户 将 explicit 天 
键 字 和 显 式 删 除 合 用 。 因 为 两 者 的 合用 只 会 引起 一 些 混 乱 性 ， 并 无 什 
么 好 处 。 因 此 ， 程 序 员 在 使 用 显 式 删除 时 候 ， 应 该 总 是 避免 explicit 天 
BEF EVAN ENEL, ZIRIA © 


还 有 一 点 必须 指出 ， 对 于 使 用 显 式 删 除 来 禁止 编译 万 做 一 些 不 必 
要 的 类 型 转换 上 ， 我 们 并 不 局 限于 缺 省 版 本 的 类 成 员 函 数 或 者 全 局 男 
数 上 ， 对 于 一 些 普通 的 钞 数 ， 我 们 依然 可 以 通过 显 式 删除 来 禁止 类 型 
转换 ， 如 代码 清单 7-14 所 示 。 


代码 清单 7-14 


void Func(int i){}; 
void Func(char c) = delete; // 显 式 删除 


Char 版 本 

int main(){ 
Func(3); 
Func('c'); // 本 名 无 法 通过 编译 
return 1; 

} 

// 编译 选项 


:g++ -Std=c++11 7-2-8.cpp 


代码 清单 7-14 所 示 的 例子 中 ， 我 们 显 式 删除 了 Func 的 char 版 本 ， 
这 就 会 导致 Func('c") 调 用 的 编译 失败 。 


显 式 删除 还 有 一 些 有 趣 的 使 用 方式 。 比 如 程序 员 使 用 显 式 删 除 来 
删除 自 定义 类 型 的 operator new 操 作答 的 话 ， 束 可 以 做 到 避免 在 堆 上 分 
配 该 class 的 对 象 。 代 码 清 单 7-15 就 是 这 样 一 个 例子 。 


代码 清单 7-15 


#include <cstddef> 
class NoHeapAlloc{ 
public: 
void * operator new(std::size_t) = delete; 
F; 
int main(){ 
NoHeapAlloc nha; 
NoHeapAlloc * pnha = new NoHeapAlloc; // 编译 失败 
return 1; 
// 编译 选项 


:g++ -Std=c++11 7-2-9.cpp 


而 在 一 些 情况 下 ， 比 如 在 代码 清单 7-16 中 ， 我 们 需要 对 象 在 指定 
内 存 位 置 进行 内 存 分 配 ， 并 且 不 需要 析 构 函数 来 完成 一 些 对 象 级 别 的 
清理 。 这 个 时 候 ， 我 们 可 以 通过 显 式 删除 析 构 函数 来 限制 目 定义 类 型 
在 栈 上 或 者 静态 的 构造 。 


代码 清单 7-16 


#include <cstddef> 
#include <new> 
extern void* p; 


class NoStackAlloc{ 
public: 
~NoStackAlloc() = delete; 
3; 
int main(){ 
NoStackAlloc nsa; // 无 法 通过 编译 


new (p) NoStackAlloc(); // placement new, 假设 


PAC He VE FA WTH EM a 


return 1; 
// 编译 选项 


:g++ 7-2-10.cpp -std=c++11 -c 


由 于 placement new 构 造 的 对 象 ， 编 译 如 不 会 为 其 调用 术 构 函数 ， 
因此 析 构 函数 被 删除 的 类 能 够 正常 地 构造 。 事 实 上 ， 读 者 可 以 推 而 广 
之 ， 将 显 式 删 除 析 构 函数 用 于 构建 单 件 模式 (Singleton) ， 不 过 本 书 
忠 不 再 展开 讲 了 。 


7.3 lambda ži 


CHP 类 别 ， 所 有 人 


7.3.1 lambda 的 一 些 历史 


lambda (A) 在 希腊 字母 表 中 位 于 第 11 位 。 同 时 ， 由 于 希腊 数字 是 
基于 希腊 字母 的 ， 所 以 和 在 希腊 数字 中 也 表示 了 值 30。 在 数理 逻辑 或 计 
算 机 科学 领域 中 ，lambda 则 是 被 用 来 表示 一 种 匿名 画 数 ， 这 种 匿名 画 
数 代表 了 一 种 所 谓 的 和 演算 (lambda calculus) ° 


演算 是 计算 机 语言 领域 的 老 古董 ， 或 者 更 确切 地 讲 ， 和 演算 应 该 
算 做 编程 语言 理论 的 研究 成 果 ， 它 的 出 现 指引 了 实际 编程 语言 的 诞 
生 。20 世 纪 30 年 代 ， 阿 隆 佐 : 抒 奇 0 (Alonzo Church) 引入 了 这 套 表 
示 计 算 (computation) 的 形式 系统 。1958 年 ， 当 时 身 在 MIT 的 约翰 - 麦 
肯 锡 (John McCarthy) 创造 出 了 基于 和 演算 的 LISP 语 言 (但 他 并 没有 
实现 LISP。 第 一 个 Lisp 语 言 的 实现 是 Steve Russell 在 IBM 704 机 器 上 完 
成 的 ) 。LISP 语 言 历史 远 早 于 C 语 言 ， 可 以 算 作 第 二 古老 的 高 级 编程 
语言 〈 第 一 个 成 功 的 高 级 编程 语言 是 BM 的 FORIRAN) ， 也 是 在 学 术 
界 产 生 的 第 一 个 成 功 的 编程 语言 ， 其 被 广泛 应 用 于 人 工 智能 的 研究 领 
域 。 相 比 于 基于 lambda 的 LISP 的 成 功 ，C++ 则 显得 非常 年 轻 。 直 到 30 
年 后 ，Bjame Stroustrup 才 在 贝尔 实验 室 里 开始 设计 并 实现 C++。 


而 从 软件 开发 的 角度 看 ， 以 lambda 概 念 为 基础 的 “函数 式 编 


f£” (Functional Programming) 是 与 命令 式 编 程 (Imperative 


Programming) 、 面 向 对 象 编程 (Object-orientated Programming) 等 3 
列 的 一 种 编程 范 型 (Programming Paradigm) 。 现 在 的 高 级 语言 也 越 
来 越 多 地 引入 了 多 范 型 支持 ， 很 多 近年 流行 的 语言 都 提供 了 lambda 的 
支持 ， 比 如 C#、PHP、JavaScript 等 。 而 现在 C++11 也 开始 支持 
lambda， 并 可 能 在 标准 演进 过 程 中 不 停 地 进行 修正 。 这 样 一 来 ， 从 最 
早 基于 命令 式 编程 范 型 的 语言 C， 到 加 入 了 面向 对 象 编程 范 型 血统 的 
C++， 青 到 逐渐 融入 函数 式 编 程 范 型 的 lambda 的 新 语言 规范 C++11， 
C/C++ 的 发 展 也 在 融入 多 范 型 支持 的 潮流 中 。 


[1] bale ce 印 奇 是 图 灵 的 老师 。 


7.3.2 ”C++11 中 的 lambda 函 数 


lambda 的 历时 悠久 ， 不 过 有 具体 到 C++11 中 ，lambda 函 数 却 显得 与 
之 前 C++ 规范 下 的 代码 在 风格 上 有 较 大 的 区 别 。 我 们 可 以 通过 一 个 例 
子 先 来 观察 一 下 ， 如 代码 清单 7-17 所 示 。 


代码 清单 7-17 


int main() { 
int girls = 3, boys = 4; 
auto totalChild = [](int x, int y)->int{ return x + y; }; 
return totalChild(girls, boys); 

编译 选项 


: g++ -Std=c++11 7-3-1.cpp 


在 代码 清单 7-17 所 示 的 例子 当中 ， 我 们 定义 了 一 个 lambda 本 数 。 

函数 接受 两 个 参数 (int x int y), FF AIRE A e EOWA, lambdakk 
数 跟 普 通 函 数 相 比 不 需要 定义 函数 名 ， 取 而 代 之 的 多 了 一 对 方 括号 
([]) 。 此 外 ，lambda 画 数 还 采用 了 追踪 返回 类 型 的 方式 声明 其 返回 
值 。 其 余 方面 看 起 来 则 跟 普 通 函 数 定义 一 样 。 


而 通常 情况 下 ，lambda 范 数 的 语法 定义 如 下 : 


[capture](parameters) mutable ->return-type{statement} 


其 中 ， 


[capture]: 捕 提 列表。 捕捉 列表 总 是 出 现在 lambda 函 数 的 开始 
处 。 事 实 上 ，D 是 lambda 引 出 符 。 编 译 需 根据 该 引出 符 判 断 接 下 来 的 
代码 是 否 是 lambda 函 数 。 捕 提 列 表 能 够 捕捉 上 下 文中 的 变量 以 供 
lambda 芳 数 使 用 。 具 体 的 方法 在 下 文中 会 再 描述 。 


(parameters): 参数 列表 。 与 普通 钞 数 的 参数 列表 一 至。 如 来 不 需 
要 参数 传递 ， 则 可 以 连同 括号 0 一 起 省 略 。 


‘mutable: mutable tmf < ROL F, lambda Rta Ee 
consti žk, mutable] RUA A W EIE o EEATT, BAI 
不 可 省 略 “即使 参数 为 空 ) 。 


-->retum-type: 返回 类 型 。 用 追踪 返回 类 型 形式 声明 函数 的 返回 
类 型 。 出 于 方便 ， 不 需要 返回 值 的 时 候 也 可 以 连同 符号 -> 一 起 省 略 。 
此 外 ， 在 返回 类 型 明确 的 情况 下 ， 也 可 以 省 略 该 部 分 ， 让 编译 器 对 返 
回 类 型 进行 推导 。 

-{statement}: 加 数 体 。 内 容 与 普通 函数 一 样 ， 不 过 除了 可 以 使 用 
参数 之 外 ， 还 可 以 使 用 所 有 捕获 的 变量 。 

数 的 定义 中 ， 参 数列 表 和 返还 类 型 都 是 可 选 的 部 分 ， 
数 体 都 可 能 为 宝 。 那 么 在 极端 情况 下 ，C++11 中 最 为 
数 只 需要 声明 为 


lambda 
而 捕捉 列表 和 画 
fay HS A lambda EK 


[]{ 


就 可 以 了 。 不 过 理 所 应 当地 ， 该 lambda 函 数 不 能 做 任何 事情 。 


代码 清单 7-18 中 列 出 了 各 种 各 样 的 lambda 芳 数 。 


` yee 
代码 清单 7-18 
int main(){ 
[1{}; // 最 简 
lambdatižt 
int a = 3; 
int b = 4; 
[=] { return a + b;}; / /省略 了 参数 列表 与 返回 类 型 ， 返 回 类 型 由 编译 器 推断 为 
in 
auto funi = [&](int c) {b=at+c; }; // 省略 了 返回 类 型 ， 无 返回 值 


auto fun2 = [=, &b](int c)->int { return b t= a + c; };// 各 部 分 都 很 完整 的 
lambda 画 数 


} 
// 编译 选项 


:g++ -Std=c++11 7-3-2.cpp 


在 代码 清单 7-18 中 ， 我 们 看 到 了 各 种 各 样 的 捕 提 列表 的 使 用 。 直 
观 地 讲 ，lambda 函 数 与 普通 函数 可 见 的 最 大 区 别 之 一 ， 避 ® 是 lambda 了 芳 
数 可 以 通过 捕捉 列表 访问 一 些 上 下 文中 的 数据 。 具 体 地 ， 捕 捉 列 表 摘 
述 了 上 下 文中 哪些 的 数据 可 以 被 lambda 使 用 ， 以 及 使 用 方式 (以 值 传 
递 的 方式 或 引用 传递 的 方式 ) 。 在 代码 清单 7-17 的 例子 中 ， 我 们 是 使 


用 参数 的 方式 传递 变量 ， 现 在 让 我 们 使 用 捕捉 列表 来 改写 这 个 例子 ， 
如 代码 清单 7-19 所 示 。 


代码 清单 7-19 


int main() { 
int boys = 4, int girls = 
auto totalchild = gies, eter >int{ return girls + boys; }; 
return totalChild(); 


} 
// 编译 选项 


g++ -Std=c++11 7-3-3.cpp 


代码 清单 7-19 中 ， 我 们 使 用 了 捕捉 列表 捕捉 上 下 文中 的 变量 
girls ` boys ° 与 代码 清单 7-17 相 比 ， 函 数 的 原型 发 生 了 变化 ， 即 
totalChild 不 再 需要 传递 参数 。 这 个 改变 看 起 来 平淡 无 奇 ， 不 过 读者 在 
阅读 7.3.3 节 之 后 可 以 知道 ， 此 时 girls 和 boys 可 以 视 为 lambda 函 数 的 一 
种 初始 状态 ，lambda 函 数 的 运算 则 是 基于 初始 状态 进行 的 运算 。 这 与 
函数 简单 基于 参数 的 运算 是 有 所 不 同 的 。 


语法 上 ， 捕 捉 列表 由 多 个 捕 提 项 组 成 ， 并 以 逗号 分 割 。 捕 捉 列表 
有 如 下 几 种 形式 ; 


.[var] 表 示 值 传递 方式 捕捉 变量 var。 


[=] 表 示 值 传递 方式 捕 提 所 有 父 作 用 域 的 变量 (包括 this) 。 


'[&var] 表 示 引 用 传递 捕捉 变量 var © 
-[&] 表 示 引 用 传递 捕捉 所 有 父 作用 域 的 变量 (包括 this) ° 
[this] 表 示 值 传递 方式 捕捉 当前 的 this 指 针 。 


tE KEHE: enclosing scope， 这 里 指 的 是 包含 lambda 函 数 
的 语句 块 ， 在 代码 清单 7-19 中 ， 即 main 范 数 的 作用 域 。 


通过 一 些 组 合 ， 捕 捉 列 表 可 以 表示 更 复杂 的 意思 。 比 如 : 


[=,&a,&b] 表 示 以 引用 传递 的 方式 捕捉 变量 a 和 b， 值 传递 方式 捕 提 
其 他 所 有 变量 。 


[&,a,this] 表 示 以 值 传递 的 方式 捕捉 变量 a 和 this， 引 用 传递 方式 捕 
捉 其 他 所 有 变量 。 


不 过 值得 注意 的 是 ， 捕 提 列 表 不 允许 变量 重复 传递 。 下 面 一 些 例 
子 殉 定 典型 的 重复 ， 会 导致 编译 时 期 的 错误 。 


[=,a] 这 里 = 已 经 以 值 传递 方式 捕 提 了 所 有 变量 ， 捕 提 a 重 复 。 


[&,&this] 这 里 & 已 经 以 引用 传递 方式 捕捉 了 所 有 变量 ， 再 捕捉 this 
也 是 一 种 重复 。 


利用 以 上 的 规则 ， 对 于 代码 清单 7-19 的 lambda 函 数 ， 我 们 可 以 通 
过 [=] 来 声明 捕捉 列表 ， 进 而 对 totalChild 书 写 上 的 进一步 简化 ， 如 代码 
清单 7-20 所 示 。 


代码 清单 7-20 


int main() { 
int boys = 4, girls = 
auto totalChild = = [= 10: amet return girls + boys; };// 捕捉 所 有 父 作 用 域 的 变量 


return totalChild(); 


/ / 编译 选项 


g++ -Std=c++11 7-3-4.cpp 


通过 捕捉 列表 [=]，lambda 画 数 的 父 作 用 域 中 所 有 自动 变量 都 被 
lambda 依 照 传 值 的 方式 捕捉 了 。 


必须 指出 的 是 ， 依 照 现行 C++11 标 准 ， 在 块 作 用 域 (block scope, 
可 以 简单 理解 为 在 们 之 内 的 任何 代码 都 是 块 作用 域 的 ， 以 外 的 lambda 
函数 捕捉 列表 必须 为 空 。 因 此 这 样 的 lambda 了 芳 数 除去 语法 上 的 不 同 以 
IN, REPERA KAAK o EREHE lambda kk x REIES 
作用 域 中 的 目 动 变量 ， 捕 提 任 何 非 此 作用 域 或 者 是 非 目 动 变量 (如 静 
态 变 量 等 ) 都 会 导致 编译 融 报 错 。 


7.3.3 lambda (i HAL 


好 的 编程 语言 一 般 都 有 好 的 库 文 持 ，C++ 也 不 例外 。C++ 语 言 在 标 
准 程序 库 STL 中 向 用 户 提供 了 一 些 基 本 的 数据 结构 及 一 些 基 本 的 算法 
等 。 在 C++11 之 前 ， 我 们 在 使 用 STL 算 法 时 ， 通 常会 使 用 到 一 种 特别 的 
对 象 ， 一 般 来 说 ， 我 们 称 之 为 函数 对 象 ， 或 者 仿 函 数 (functor) 。 仿 
函数 倘 单 地 说 ， 职 是 重 定义 了 成 员 函 数 operator0 的 一 种 目 定义 类 型 对 
象 。 这 样 的 对 象 有 个 特点 ， 就 是 其 使 用 在 代码 层面 感觉 跟 画 数 的 使 用 
并 无 二 样 ， 但 究 其 本 质 却 并 非 贸 数 。 我 们 可 以 看 一 个 仿 函 数 的 例子 ， 
如 代码 清单 7-21 所 示 。 


Mais 47-21 


class _functor { 
public: 
int operator()(int x, int y) { return x + y; } 
i 
int main(){ 
int girls = 3, boys = 4; 
_functor totalChild; 
return totalChild(5, 6); 
} 
// 编译 选项 


:g++ 7-3-5.cpp -std=c++11 


这 个 例子 中 ，class_functor 的 operatorO 被 重 载 ， 因 此 ， 在 调用 该 函 
数 的 时 候 ， 我 们 看 到 跟 函 数 调 用 一 样 的 形式 ， 只 不 过 这 里 的 totalChild 
不 是 函数 名 称 ， 而 是 对 象 名 称 。 


注意 ” 相 比 于 函数 ， 仿 函数 可 以 拥有 初始 状态 ， 一 般 通 过 class 定 
义 私 有 成 员 ， 并 在 声明 对 象 的 时 候 对 其 进行 初始 化 。 私 有 成 员 的 状态 
束 成 了 念 画 数 的 初始 状态 。 而 由 于 声明 一 个 仿 函 数 对 象 可 以 拥有 多 
不 同 初始 状态 的 实例 ， 因 此 可 以 借 由 仿 函 数 产 生 多 个 功能 类 似 却 不 同 
的 仿 画 数 实例 《这 里 是 一 个 多 状态 的 仿 画 数 的 实例 ) 。 


#include <iostream> 
using namespace std; 
class Tax { 
private: 
float rate; 
int base; 
public: 
Tax(float r, int b): rate(r), base(b){} 
float operator() (float money) { return (money - base) * rate; } 


i 
int main() 
Tax high(0.40, 30000); 
Tax middle(0.25, 20000); 


cout << "tax over 3w: " << high(37500) << endl; 
cout << "tax over 2w: " << middle(27500) << endl; 
return 0; 
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而 仔细 观察 的 话 ， 除 去 自 定 义 类 型 _functor 的 声明 及 其 对 象 的 定 
义 ， 可 以 发 现代 码 清单 7-21 跟 代码 请 单 7-17 中 lambda 函 数 的 定义 看 起 非 
常 类 似 。 这 是 否 说 明 仿 函数 跟 lambda 在 实现 之 间 存 在 着 一 种 默契 呢 ? 
我 们 可 以 再 来 看 一 个 例子 ， 如 代码 清单 7-22 所 示 。 


ais 7-22 


class AirportPrice{ 
private: 
float _dutyfreerate; 


public: 
AirportPrice(float rate): _dutyfreerate(rate) {} 
float operator()(float price) { 
return price * (1 - _dutyfreerate/100); 
} 


了 

int main(){ 
float tax_rate = 5.5f; 
AirportPrice Changi(tax_rate); 
auto Changi2 = 

[tax_rate](float price)->float{ return price * (1 - tax_rate/100); }; 

float purchased = Changi(3699); 
float purchased2 = Changi2(2899); 

} 

// 编译 选项 


:g++ 7-3-6.cpp -std=c++11 
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和 lambda 两 种 方式 来 完成 扣 税 后 的 产品 价格 计算 。 在 这 里 我 们 看 到 
lambda 芳 数 捕 捉 了 tax_rate 变 量 ， 而 仿 函 数 则 以 tax_rate 初 始 化 类 。 其 他 
的 ， 如 在 参数 传递 上 上， 两 者 保持 一 致 。 可 以 看 到 ， 除 去 在 语法 层面 上 
的 不 同 ，lambda 和 仿 芳 数 却 有 着 相 同 的 内 泗 一 都 可 以 捕捉 一 些 变 量 作 
为 初始 状态 ， 并 接受 参数 进行 运算 。 


而 事实 上 ， 仿 函数 是 编译 器 实现 lambda 的 一 种 方式 。 在 现 阶段 ， 
通常 编译 器 都 会 把 lambda 函 数 转化 为 成 为 一 个 仿 函 数 对 象 。 因 此 ,在 
C++11 中 ，lambda 可 以 视 为 仿 函 数 的 一 种 等 价 形式 了 ， 或 者 更 动听 地 
说 ，lambda 是 仿 国 数 的 “语法 甜点 ”。 


我 们 可 以 通过 图 7-1 展 现代 码 清 单 7-22 中 的 lambda 函 数 和 仿 函 数 古 
如 何等 价 的 。 


r-——---------------------------------------------------------------------------------------------------------------------------1 


! lambda A ži | 
era (float price)->float{ return price * (1 - tax_rate/10@) ; nh | 


| class AirportPrice{ 


private: 
float _dutyfreerate; 

public: 

AirportPrice(float rate): 


_dutyfreerate(rate){} 


float operator()(float price) { | 
return price * (1 - _dutyfreerate/10@); ae eee 
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注意 ”有 的 时 候 ， 我 们 在 编译 时 发 现 lambda 函 数 出 现 了 错误 ， 编 
译 器 会 提示 一 些 构造 函数 等 相关 信息 。 这 显然 是 由 于 lambda 的 这 种 实 
现 方式 造成 的 。 理 解 了 这 种 实现 ， 用 户 也 就 能 够 正确 理解 错误 信息 的 
由 来 。 


如 前 面 提 到 的 ， 仿 函数 被 广泛 地 用 于 STL 中 ， 同 样 的 ， 在 C++11 
中 ，lambda 也 在 标准 库 中 被 广泛 地 使 用 。 由 于 其 书写 简单 ， 通 闻 可 以 
就 地 定义 ， 因 此 用 户 常 可 以 使 用 lambda 人 代替 仿 画 数 来 书写 代码 ， 我 们 
可 以 在 7.3.4 太 中 看 到 相关 的 应 用 方式 ， 在 7.3.6 中 了 人 解 lambda 何 时 可 以 
BUN ENB ° 


7.3.4 ”lambda 有 的 基础 使 用 


依据 lambda 的 语法 ， 编 写 lambda 函 数 是 非常 容易 的 。 不 过 用 得 上 
lambda 函 数 的 地 方 比 较 特 殊 。 最 为 答 单 的 应 用 下 ， 我 们 会 利用 lambda 
画 数 来 封装 一 些 代码 逻辑 ， 使 其 不 仅 具 有 函数 的 包装 性 ， 也 具有 就 地 
可 见 的 自 说 明 性 。 让 我 们 首先 来 看 一 个 例子 ， 如 代码 清单 7-23 所 示 。 


代码 清单 7-23 


extern int z; 
extern float c; 
void Calc(int& , int, float &, float); 
void TestCalc() { 
int x, y = 3; 
float a, b = 4.0; 
int success = 0; 
auto validate = [&]() -> bool 


if ((x == y + z) && (a == b + c)) 
return 1; 


}; 

Calc(x, y, a, b); 
success += validate(); 
y = 1024; 

b = 1e13; 

Calc(x, y, a, b); 
success += validate(); 


} 
// 编译 选项 


:g++ -c -Std=c++11 7-3-7.cpp 


在 代码 清单 7-23 所 示 的 例子 中 ， 用 户 试图 用 目 己 写 的 函数 TestCalc 
进行 测试 。 这 里 使 用 了 一 个 auto 关 键 字 推 导出 了 validate 变 量 的 类 型 为 


匿名 lambda 函 数 。 可 以 看 到 ， 我 们 使 用 lambda 函 数 直 接 访问 了 TestCal 
中 的 局 部 的 变量 来 完成 这 个 工作 。 


在 没有 lambda 函 数 之 前 ， 通 常 需要 在 TestCalc 外 声明 同样 一 个 函 
数 ， 并 且 把 TestCalc 中 的 变量 当 作 参数 进行 传递 。 出 于 函数 作用 域 及 运 
行 效率 考虑 ， 这 样 声 明 的 函数 通常 还 需要 加 上 关键 字 static 和 inline。 相 
比 于 一 个 传统 意义 上 的 函数 定义 ，lambda 函 数 在 这 里 更 加 直观 ， 使 用 
起 来 也 非常 简便 ， 代 码 可 读 性 很 好 ， 效 果 上 ，lambda 函 数 则 等 同 于 一 
个 “局 部 函数 ”。 


注意 “局 部 函数 (local function， 即 在 函数 作用 域 中 定义 的 函 
ZO ， 也 称 为 内 内 函 数 (nested function) 。 局 部 函数 通常 仅 属 于 其 父 
作用 域 ， 能 够 访问 父 作 用 域 的 变量 ， 且 在 其 父 作 用 域 中 使 用 。 
C/C++ 语 言 标准 中 不 允许 局 部 函数 存在 〈 不 过 一 些 其 他 语言 是 允许 
的 ， 比 如 FORTRAN) ，C++11 标 准 却 用 比较 优雅 的 方式 打破 了 这 个 规 
则 。 因 为 事实 上 ，1lambda 可 以 像 局 部 函数 一 样 使 用 。 


必须 指出 的 是 ， 相 比 于 在 函数 外 定义 的 static inline 函 数 ， 或 者 是 
自 定义 的 宏 ， 本 例 中 lambda 范 数 并 没有 实际 运行 时 的 性 能 优势 (但 也 

会 差 ，lambda 函 数 在 C++11 标 准 中 默认 是 内 联 的 ) 。 同 局 部 函数 一 
样 ，lambda 范 数 在 代码 的 作用 域 上 仪 属于 其 父 作用 域 ， 不 过 直观 地 
看 ，lambda 范 数 代码 的 可 读 性 可 能 更 好 ， 尤 其 对 于 小 的 函数 而 言 。 


对 于 运算 比较 复杂 的 函数 (比如 实现 一 些 很 复杂 的 算法 ， 通 常 
函数 中 会 有 大 量 的 局 部 状态 (变量 ) ， 这 个 时 候 如 采 程 序 员 只 是 需要 
一 些 “ 局 部 ”的 功能 一 比如 打印 一 些 内 部 状态 ， 或 者 做 一 些 固定 的 操 
作 ， 这 些 功 能 往往 不 能 与 其 他 任何 的 代码 共 译 ， 却 要 在 一 个 函数 中 
次 重用 。 那 么 使 用 lambda 的 捕捉 列表 功能 则 相 较 于 独立 的 全 局 静态 
数 或 私有 成 员 函 数 方便 很 多 。 设 计 一 个 仅 使 用 捕捉 列表 lambda 函 数 
会 像 设 计 传统 函数 一 样 要 关心 大 量 细 广 :需要 多 少 参 数 、 哪 些 参数 需 
要 按 值 传递 、 哪 些 参 数 需 要 按 引 用 或 者 指针 传递 ， 通 通 不 需要 程序 员 
来 考虑 。 而 且 父 函数 结束 后 ， 该 lambda 函 数 也 就 不 再 可 用 了 ， 不 会 污 
染 任何 名 字 空 间 (当然 ， 事实 上 如 我 们 所 讲 的 ，lambda 本 身 就 是 匿名 
的 函数 ) 。 因 此 ， 对 于 复杂 代码 的 快速 开发 而 言 ，lambda 的 出 现 意义 
重大 。 事 实 上 ， 这 些 也 是 局 部 函数 的 好 处 。 在 C++11 之 前 ， 程 序 员 只 
能 通过 编写 类 来 模拟 局 部 函数 ， 实 现 复杂 而 且 常 常会 存在 着 各 种 各 样 
的 问题 ，lambda 的 出 现 使 得 这 样 的 做 法 统统 成 为 了 历史 。 


区 W 


A 
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决定 的 。 我 们 来 看 看 代码 清单 7-24 所 示 的 例子 。 


代码 清单 7-24 


int Prioritize(int ); 
int AllWorks(int times){ 
int i; 
int x; 


try 
for (i = 0; i < times; i++) 
x += Prioritize(i); 


} 
catch(...) { 
xX = 0; 
const int y = [=]{ 
int i, val; 
try { 
for (i = 0; i < times; i++) 
val += Prioritize(i); 


EE { 
val = 0; 

} 

return val; 

30; 

// 编译 选项 


‘g++ -Std=c++11 7-3-8.cpp -Cc 


在 代码 清单 7-24 所 示 的 例子 中 ， 我 们 对 x 和 y 的 初始 化 实际 是 完全 
一 致 的 。 可 以 看 到 ，x (或 y) 的 初始 化 需要 循环 调用 函数 Prioritize， 
并 且 在 Prioritize 抛 出 异 稼 的 时 候 对 x (或 y) AEO ° 


在 不 使 用 函数 的 情况 下 ， 由 于 初始 化 要 在 运行 时 修改 x 的 值 ， 
E, 虽然 x 在 初始 化 之 后 对 于 程序 而 言 是 个 常量 ， 却 不 能 被 声明 为 
const。 而 在 定义 y 的 时 候 ， 由 于 我 们 就 地 定义 lambda 函 数 并 且 调 用 ，y 
仅 需 使 用 其 返回 值 ， 于 是 前 量 性 得 到 了 保证 。 


Bey A] Be tat BY DAE ME OR Se Ly A) ee ML, LET 
于 代码 请 单 7-24 中 的 代码 量 较 少 ， 目 说 明 意 义 较 强 的 初始 化 而 言 ， 无 
疑 采 用 lambda 范 数 初始 化 的 时 候 ， 代 码 的 可 读 性 会 更 好 。 而 且 这 么 
写 ， 我 们 也 惑 不 需要 为 这 段 代 码 逻 辑 取 个 函数 名 (通常 init 这 样 的 名 字 


是正 确 的 ， 但 是 却 很 难 解释 清楚 代码 做 了 什么 ) 。 这 是 lambda 芳 数 的 
一 个 优势 所 在 。 


7.3.5 ”天 于 lambdab 风 一 苗 问 题 及 有 趣 的 实验 


使 用 lambda 范 数 的 时 候 ， 捕 提 列 表 不 同 会 导致 不 同 的 结果 。 具 体 
地 讲 ， 按 值 方式 传递 捕捉 列表 和 按 引用 方式 传递 捕捉 列表 效果 是 不 一 
样 的 。 对 于 按 值 方式 传递 的 捕捉 列表 ， 其 传递 的 值 在 lambda 函 数 定义 
的 时 候 就 已 经 决定 了 。 而 按 引 用 传递 的 捕捉 列表 变量 ， 其 传递 的 值 则 
等 于 lambda 芳 数 调 用 时 的 值 。 我 们 可 以 看 一 下 代码 清单 7-25 所 示 的 例 
es 


代码 清单 7-25 


#include <iostream> 
using namespace std; 
int main() { 
int j = 12; 
auto by_val_lambda = [=] { return j + 1;}; 
auto by_ref_lambda = [&] { return j + 1;}; 
cout << "by_val_lambda: " << by_val_lambda() << endl; 
cout << "by_ref_lambda: " << by_ref_lambda() << endl; 
J++; 
cout << "by_val_lambda: " << by_val_lambda() << endl; 
cout << "by_ref_lambda: " << by_ref_lambda() << endl; 
} 编 译 选 项 


: g++ -std=c++11 7-3-9.cpp 


完成 编译 运行 后 ， 我 们 可 以 看 到 运行 结果 如 下 : 


by_val_lambda: 13 
by_ref_lambda: 13 
by_val_lambda: 13 
by_ref_lambda: 14 


和 一 次 调用 by_val_lambda 和 by_ref_lambda 有 上 时， 其 运算 结果 并 没有 
不 同 。 两 者 均 计算 的 是 12+1=13。 但 在 第 二 次 调用 by_val_lambda 的 时 
候 ， 其 计算 的 是 12+1=13， 相 对 地 ， 第 二 次 调用 by_ref_lambda 时 计算 
的 是 13+1=14。 这 个 结果 的 原因 是 由 于 在 by_val_lambda 中 ，j 被 视 为 了 
一 个 常量 ， 一 旦 初始 化 后 不 会 再 改变 (可 以 认为 之 后 只 是 一 个 跟 父 作 
用 域 中 j 同 名 的 常量 ) 而 在 by_ref_lambda 中 ，j 仍 在 使 用 父 作用 域 中 的 
值 。 


因此 简单 地 总 结 的 话 ， 在 使 用 lambda 函 数 的 时 候 ， 如 果 需 要 捕捉 
的 值 成 为 lambda 函 数 的 常量 ， 我 们 通常 会 使 用 按 值 传递 的 方式 捕 近 ; 
反之 ， 需 要 捕捉 的 值 成 为 ambda 函 数 运 行 时 的 变量 (类 似 于 参数 的 效 
果 ) ， 则 应 该 采用 按 引用 方式 进行 捕捉 。 


此 外 ， 关 于 lambda 函 数 的 类 型 以 及 该 类 型 跟 函 数 指 针 之 间 的 关 
系 ， 读 者 可 能 存在 一 些 困惑 。 回 顾 之 前 的 例子 ， 大 多 数 情况 下 把 匿名 
的 lambda 函 数 赋值 给 了 一 个 auto 类 型 的 变量 ， 这 是 一 种 声明 和 使 用 
lambda 芳 数 的 方法 。 结 合 之 前 关于 auto 的 知识 ， 有 人 会 猜测 totalChild 
是 一 种 函数 指针 类 型 的 变量 ， 而 在 阅读 过 7.3.2 节 关于 lambda 与 仿 函 数 
之 间 关 系 之 后 ， 大 多 数 读 者 会 更 倾向 于 认为 lambda 是 一 种 自 定义 类 
型 。 而 事实 上 ，lambda 的 类 型 并 非 简单 的 函数 指针 类 型 或 者 自 定 义 类 


型 


(e) 


从 C++11 标 准 的 定义 上 可 以 发 现 ，lambda 的 类 型 被 定义 为 " 闭 
包 ”(closure) 的 类 上 ， 而 每 个 lambda 表 达 式 则 会 产生 一 个 闭 包 类 型 的 
临时 对 象 ( 右 值 )。 因 此 ， 严 格 地 讲 ，lambda 函 数 并 非 画 数 指针 。 不 
过 C++11 标 准 却 允 许 lambda 表 达 是 向 范 数 指针 的 转换 ， 但 前 提 是 


lambda 芳 数 没有 捕捉 任何 变量 ， 且 函数 指针 所 示 的 画 


数 原型 ， 必 须 跟 


lambda 芳 数 有 着 相 同 的 调用 方式 。 我 们 可 以 通过 代码 清单 7-26 所 示 的 


这 个 例子 来 说 明 。 


代码 清单 7-26 


int main() { 
int girls = 3, boys = 4; 


auto totalChild = [](int x, int y)->int{ return x + y; }; 


typedef int (*allChild)(int x, int y); 
typedef int (*oneChild)(int x); 
allChild p; 

p = totalChild; 

oneChild q; 

q = totalChild; // 编译 失败 ， 参 数 必须 一 至 


decltype(totalChild) allPeople = totalChild; // 需 通过 


decltype 获 得 


Jambda 的 类 型 


decltype(totalChild) totalPeople = p; // 编译 失败 ， 指 针 无 法 转换 为 


lambda 
return 0; 


} 
// 编译 选项 


:g++ -std=c++11 7-3-10. cpp 


在 代码 清单 7-26 所 示 的 例子 中 ， 我 们 可 以 把 没有 捕捉 列表 的 


totalChild 转 化 为 接受 参数 类 型 相同 的 allChild 类 型 的 函 


数 指针 。 不 过 ， 


转化 为 参数 类 型 不 一 致 的 oneChild 类 型 则 会 失败 。 此 外 ， 将 函数 指针 
转化 为 lambda 也 是 不 成 功 的 (虽然 似乎 Ct++11 标 准 并 没有 明确 禁止 这 
8) 


BIRERE, Fer oth ay Dik decltypeli) 7 ARA lambda 
数 的 类 型 。 其 方式 如 同 代码 清单 7-26 中 声明 allPeople 一 样 ， 虽 然 使 用 
decltype 来 获得 lambda 芳 数 类 型 的 做 法 不 古 很 肖 见 ， 但 在 实例 化 一 些 模 
板 的 时 候 使 用 该 方法 会 较为 有 用 。 


除 此 之 外 ， 还 有 一 个 问题 是 关于 lambda 函 数 的 常量 性 及 mutable 关 
键 字 的 。 我 们 来 看 看 代码 清单 7-27 所 示 的 这 个 例子 站。 


代码 清单 7-27 


int main(){ 
int val; 
// 编译 失败 
, 在 


Const 的 


]ambda 中 修改 常量 


auto const_val_lambda = [=]() { val = 3;}; 
// Æ 


consti 

lambda, 可 以 修改 常量 数据 
auto mutable val lambda = [=]() mutable { val = 3;}; 
// 依然 是 


Const 的 


工 ambda， 不 过 没有 改动 引用 本 身 


auto const_ref_lambda = [&] { val = 3;}; 
// 依然 是 


Const 的 

lambda， 通 过 参数 传递 

val 
auto const_param_lambda = [&](int v) { v = 3;}; 
const_param_lambda(val); 
return 0; 

} 

// 编译 选项 


:g++ -Std=c++11 7-3-11. cpp 


在 代码 清单 7-27 所 示 的 例子 中 ， 我 们 定义 了 4 种 不 同 的 lambda 函 
数 ， 这 4 种 lambda 函 数 本 号 的 行为 都 是 一 致 的 ， 即 修改 父 作 用 域 中 传递 
而 来 的 val 参 数 的 值 。 不 过 对 于 const_val _ lambda 函数 而 言 ， 编 译 器 认为 


这 是 一 个 错误 IR ° 


7-3-10.cpp: In lambda function: 
7-3-10.cpp:4:43: error: assignment of read-only variable ' 


val’ 


而 对 于 声明 了 mutable 属 性 的 mutable_val_ lambda 函数 ， 以 及 通过 
引用 传递 变量 val 有 的 const_ref lambda 函数 ， 甚 至 是 通过 参数 来 传递 变量 
val 的 const_param_lambda， 编 译 器 均 不 会 报销。 


如 我 们 之 前 的 定义 中 提 到 一 样 ，C++11 中 ， 默 认 情 况 下 lambda 画 
数 是 一 个 const 函 数 。 按 照 规则 ， 一 个 const 的 成 员 函 数 是 不 能 在 函数 体 
中 改变 非 静 态 成 员 变 量 的 值 的 。 但 这 里 明显 编译 如 对 不 同 传 参 或 捕捉 


列表 的 lambda 芳 数 执行 了 不 同 的 规则 有 着 不 同 的 见解 。 其 究 苋 是 基 于 
什么 样 的 规则 而 做 出 了 这 样 的 决定 呢 ? 


初 看 这 个 问题 比较 让 人 困惑 ， 但 事实 上 这 跟 lambda 函 数 的 特别 的 
常量 性 相关 。 这 里 我 们 还 是 需要 使 用 7.3.3 中 的 知识 将 lambda 函 数 转化 
ATSB, BEYER A, lambda KA AARB oS, AK 
转化 为 仿 画 数 之 后 会 成 为 一 个 class 的 常量 成 员 画 数 。 整 个 
const_val_ lambda 看 起 来 会 是 代码 清单 7-28 所 示 代 码 的 样子 。 


代码 清单 7-28 


class const_val_lambdaf{ 
public: 
const_val_lambda(int v): val(v){} 
public: 
void operator()() const { val = 3; } /* 注意 : He AR 


wa 
private: 
int val; 
}; 
// 编译 选项 


‘g++ -std=c++11 7-3-12.cpp -Cc 


对 于 常量 成 员 函 数 ， 其 常量 的 规则 跟 普 通 的 常量 函数 是 不 同 的 。 

具体 而 言 ， 对 于 常量 成 员 画 数 ， 不 能 在 钞 数 体内 改变 class 中 任何 成 员 

o 因此， 如 果 将 代码 清单 7-28 中 的 仿 范 数 蔡 代 代 码 清 单 7-27 中 的 
lambda 芳 数 ， 编 译 报错 则 显得 理 所 应 当 。 


现在 问题 就 比较 清楚 了 。lambda 的 捕捉 列表 中 的 变量 都 会 成 为 等 
价 仿 函 数 的 成 员 变量 (如 const_val_lambda 中 的 成 员 val) ， 而 常量 成 员 
函数 (如 operator0) 中 改变 其 值 是 不 允许 的 ， 因 而 按 值 捕 捉 的 变量 在 
没有 声明 为 mutable 的 lambda 函 数 中 ， 其 值 一 旦 检修 改 就 会 导致 编译 器 
报错 。 


站 | 


而 使 用 引用 的 方式 传递 的 变量 在 常量 成 员 函 数 中 值 被 更 改 则 不 会 
导致 错误 。 关 于 这 一 点 在 很 多 C++ 书籍 中 已 经 有 过 讨论 。 简 单 地 说 ， 
由 于 函数 const_ref_lambda 不 会 改变 引用 本 身 ， 而 只 会 改变 引用 的 值 ， 
因此 编译 器 将 编译 通过 。 人 至 于 按 传递 参数 的 const_param_lambda， 整 
更 加 不 会 引起 编译 器 的 “抱怨 ”了 。 


准确 地 讲 ， 现 有 C++11 标 准 中 的 lambda 等 价 的 是 有 常量 operator() 
的 仿 函 数 。 因 此 在 使 用 捕捉 列表 的 时 候 必须 注意 ， 按 值 传递 方式 捕捉 
的 变量 是 lambda 函 数 中 不 可 更 改 的 常量 (如 同 我 们 之 前 在 按 值 和 按 引 
用 方式 捕捉 的 讨论 中 提 到 的 一 样 ， 不 过 现在 我 们 已 经 在 语言 层面 看 到 
了 限制 ，。 标 准 这 么 设计 可 能 是 源 自 早期 STL 算 法 一 些 设计 上 的 缺陷 
(对 仿 画 数 没 有 做 限制 ， 从 而 导致 一 些 设计 不 算 特 别 良 好 的 算法 出 
错 ， 可 以 参考 Scott Mayer 的 Effective STL item 39， 或 者 Nicolai 


M.Josuttis 的 The C++Standard Library-A Tutorial and Reference F4} Hi 
数 的 部 分 ) 。 而 更 一 般 地 讲 ， 这 样 的 设计 有 其 合理 性 ， 改 变 从 上 下 文 
中 找 贝 而 来 的 临时 变量 通常 不 具有 任何 意义 。 绝 大 多 数 时 候 ， 临 时 变 


量 只 是 用 于 lambda 函 数 的 输入 ， 如 果 需 要 输出 结果 到 上 下 文 ， 我 们 可 
以 使 用 引用 ， 或 者 通过 让 lambda 画 数 返 回 值 来 实现 。 


此 外 ，lambda 函 数 的 mutable 修 饰 人 特 可 以 消除 其 常量 性 ， 不 过 这 实 
际 上 只 是 提供 了 一 种 语法 上 的 可 能 性 ， 现 实 中 应 该 没有 多 少 需 要 使 用 
mutable 的 lambda 芳 数 的 地 方 。 大 多 数 时 候 ， 我 们 使 用 默认 版 本 的 ( 非 
mutable) 的 lambda 函 数 也 就 足够 了 。 


注意 ”关于 按 值 传 递 捕 捉 的 变量 不 能 被 修改 这 一 点 ， 有 人 认为 这 
是 “ 闭 包 ”类 型 的 名 称 的 体现 ， 即 在 复制 了 上 下 文中 变量 之 后 关闭 了 
变量 与 上 下 文中 变量 的 联系 ， 变 量 只 与 jambda 函 数 运算 本 身 有 关 ， 不 
会 影响 lambda 函 数 (41) 之 外 的 任何 内 容 。 


人 | 


[1] C++11 标 准 定 义 ，closure 类 型 被 定义 为 特有 的 (unique) ` E H. 
非 联合 体 (unnamed nonunion) 的 class 类 型 。 

[2] 该 例子 的 问题 实际 上 来 源 目 网 络 上 的 一 次 讨论 : 
http://stackoverflow.com/questions/5501959/why-does-cOxslambda- 


require-mutable-keyword-for-capture-by-value-by-defau ° 


7.3.6 lambda STL 


如 7.3.3 节 中 讲 到 的 ，lambda 对 C++11 最 大 的 贡献 ， 或 者 说 是 改 
变 ， 应 该 在 STL 库 中 。 而 更 具体 地 说 ， 我 们 会 发 现 使 用 STL 的 算法 更 
加 容易 了 ， 也 更 加 容易 学 习 了 。 


首先 我 们 来 看 一 个 最 为 常见 的 STL 算 法 for_each。 人 简单 地 说 ， 
for_each 算 法 的 原型 如 下 : 


UnaryProc for_each(InputIterator beg, InputIterator end, UnaryProc op) 


让 我 们 忽略 一 些 细节 ， 大 概 讲 ，for_each 算 法 需要 一 个 标记 开始 的 
iterator， 一 个 标记 结束 的 iterator， 以 及 一 个 接受 单个 参数 的 “ 函 


数 ”( 即 一 个 函数 指针 、 仿 函数 或 者 lambda 函 数 ) 。 


for_each 的 一 个 示意 实现 如 下 : 


for_each(iterator begin, iterator end, Function fn) { 
for (iterator i = begin; i != end; ++i) fn(*i); 


} 


通过 for_each， 我 们 可 以 完成 各 种 循环 操作 ， 如 代码 清单 7-29 所 
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代码 清单 7-29 


#include <vector> 

#include <algorithm> 

using namespace std; 

vector<int> nums; 

vector<int> largeNums; 

const int ubound = 10; 

inline void LargeNumsFunc(int i){ 
if (i > ubound) 

largeNums.push_back(i); 


} 
void Above() { 


// 传统 的 
和 or 循环 
for (auto itr = nums.begin(); itr != nums.end(); ++itr) { 


if (*itr >= ubound) 
largeNums.push_back(*itr); 


// 使 用 函数 指针 


for_each(nums.begin(), nums.end(), LargeNumsFunc); 
// 使 用 


]ambda 画 数 和 算法 


for_each 
for_each(nums.begin(), nums.end(), [=](int i){ 
if (i > ubound) 
largeNums.push_back(i); 


}); 
} 编 译 选项 


: g++ 7-3-13.cpp -c -std=c++11 


在 代码 清单 7-29 的 例子 当中 ， 我 们 分 别 用 了 3 种 方式 来 志 历 一 
vector nums， 找 出 其 中 大 于 ubound 的 值 ， 并 将 其 写 入 另外 一 个 vector 
largeNums 中 。 第 一 种 是 传统 的 for 循 环 ; 第 二 种 ， 则 更 泛 型 地 使 用 了 
for_each 算 法 以 及 函数 指针 ;， 第 三 种 同样 使 用 了 for_each,， 但 是 第 三 个 
参数 传 入 的 是 lambda 函 数 。 


首先 必须 指出 的 是 使 用 for_each 的 好 处 。 如 Scott Mayer 在 Effective 
STL (item43) 中 提 到 的 一 样 ， 使 用 for_each 算 法 相 较 于 手写 的 循环 在 


效率 、 正 确 性 、 可 维护 性 上 都 具有 一 定 优势 。 最 典型 的 ， 程 序 员 不 用 
关心 iterator， 或 者 说 循环 的 细 世 ， 只 需要 设 定 边 界 ， 作 用 于 每 个 元 素 
的 操作 ， 就 可 以 在 近似 “一 条 语句 ”内 完成 循环 ， 正 如 函数 指针 版 本 和 
lambda 版 本 完成 的 那样 。 


那么 我 们 再 比较 一 下 函数 指针 方式 以 及 lambda 方 式 。 函 数 指针 的 
方式 看 似 人 简洁 ， 不 过 却 有 很 大 的 缺陷 。 第 一 点 古 函 数 定义 在 别 的 地 
方 ， 比 如 很 多 行 以 前 (后 ) 或 者 别 的 文件 中 ， 这 样 的 代码 阅读 起 来 并 
不 方便 。 第 二 点 则 是 出 于 效率 考虑 ， 使 用 芳 数 指针 很 可 能 导致 编译 器 
不 对 其 进行 inline 优 化 (inline 对 编译 器 而 言 并 非 强制 ，， 在 循环 次 数 
较 多 的 时 候 ， 内 联 的 lambda 和 没有 能 够 内 联 的 函数 指针 可 能 存在 大 巳 
大 的 性 能 差别 。 因 此 ， 相 比 于 函数 指针 ，lambda 拥 有 无 可 准 代 的 优 
势 o 


此 外 ， 画 数 指针 的 应 用 范围 相对 狭小 ， 尤 其 是 我 们 需要 具备 一 些 
运行 时 才能 决定 的 状态 的 时 候 ， 函 数 指针 吏 会 捉 衬 见 肘 了 。 倘 奉 回 到 
10 年 前 (C++98 时 代 ) ， 遇 到 这 种 情况 的 时 候 ， 人 迫切 想 应 用 泛 型 编程 
的 C++ 程序 员 或 许 会 受 不 犹豫 地 使 用 仿 画 数 ， 不 过 现在 我 们 则 没有 必 
要 那么 做 。 


我 们 稍微 修改 一 下 代码 清单 7-29 所 示 的 例子 ， 如 代码 清单 7-30 所 


代码 清单 7-30 


#include <vector> 
#include <algorithm> 
using namespace std; 
vector<int> nums; 
vector<int> largeNums; 
class LNums{ 
public: 
LNums(int u): ubound(u) {} 
void operator () (int i) const 


if (i > ubound) 
largeNums.push_back(i); 
} 
private: 
int ubound; 
J 
void Above(int ubound) { 
// 传统 的 


和 or 循环 
for (auto itr = nums.begin(); itr != nums.end(); ++itr) { 
if (*itr >= ubound) 
largeNums.push_back(*itr); 
} 
// ETRE 


for_each(nums.begin(), nums.end(), LNums(ubound)); 
// 使 


lambda 画 数 和 算法 
for_each 
for_each(nums.begin(), nums.end(), [=](int i){ 
if (i > ubound) 
largeNums.push_back(i); 


3); 
// 编译 选项 


‘g++ 7-3-14.cpp -Std=c++11 -c 


在 代码 清单 7-30 中 ， 为 了 函数 的 最 大 可 用 性 ， 我 们 把 代码 清单 7- 
29 中 的 全 局 变量 ubound 变 成 了 代码 清单 7-30 中 的 Above 的 参数 。 这 样 一 
来 ， 我 们 传递 给 for_each 函 数 的 第 三 个 参数 《函数 指针 ， 仿 函数 或 是 


lambda) 而 言 就 需要 知道 Ubound 是 多 少 。 由 于 函数 只 能 通过 参数 传递 
这 个 状态 (ubound) ， 那 么 除非 for_each 调 用 画 数 的 方式 做 出 改变 〈 比 
如 增加 调用 函数 的 参数 ) ， 否 则 编译 器 不 会 让 其 通过 编译 。 因 此 ， 

个 时 候 拥 有 状态 的 仿 画 数 是 更 佳 的 选择 。 不 过 比较 上 面 的 代码 ， 我 们 
可 以 直观 地 看 到 lambda 画 数 比 仿 函 数 书写 上 的 简便 性 。 因 此 ，lambda 
在 这 里 依然 是 最 佳 的 选择 (如 果 读 者 觉得 这 样 还 不 够 过 六 的 话 ， 那 可 
以 尝试 一 下 C++11 新 风格 的 for 循 环 。 对 于 代码 清单 7-30 所 示 的 这 个 例 
子 ， 新 风格 的 for 会 更 加 简练 ) 


注意 ”事实 上 ，STIL 算 法 对 传 入 的 “函数 ”的 原型 有 着 严格 的 说 
明 ， 像 for_each 就 只 能 传 入 使 用 单 参 数 进 行 调用 的 “函数 "。 有 的 时 候 用 
户 可 以 通过 STL 的 一 些 adapter 来 改变 参数 个 数 ， 不 过 必须 了 解 的 是 ， 
这 些 adapter 其 实 也 是 仿 函 数 。 


在 C++98 时 代 ，STL 中 其 实 也 内 置 了 一 些 仿 函 数 供 程序 员 使 用 。 
代码 清单 7-31 所 示 的 例子 中 ， 我 们 将 重点 比较 一 下 这 些 内 置 仿 函数 与 
lambda 使 用 上 的 特点 。 


代码 清单 7-31 


#include <vector> 

#include <algorithm> 

using namespace std; 

extern vector<int> nums; 

void OneCond(int val){ 
// 传统 的 


for 循 环 


for (auto i = nums.begin(); i != nums.end(); i++) 
if (*i == val) break; 
// 内 置 的 仿 画 数 


(template) equal_to, 通过 


bind2nd 使 其 成 为 单 参 数 调用 的 仿 画 数 


find_if(nums.begin(), nums.end(), bind2nd(equal to<int>(), val)); 
// 使 用 


]ambda 画 数 


find_if(nums.begin(), nums.end(), [=](int i) { 
return i == val; 


}); 
} 
// 编译 选项 


: g++ -C -Std=c++11 7-3-15.cpp 


在 代码 清单 7-31 中 ， 我 们 还 是 列 出 了 3 种 方式 来 寻找 vector nums 中 
第 一 个 值 等 于 val 的 元 素 。 我 们 可 以 看 一 下 使 用 内 置 仿 画 数 的 方式 。 没 
有 太 多 接触 过 STL 算 法 的 人 可 能 对 bind2nd(equal_to<int>(),val) 这 段 代 码 
相当 迷惑 ， 但 简单 地 说 ， 就 是 定义 了 一 个 功能 是 比较 i==val 的 仿 范 
数 ， 并 通过 一 定 方式 (bind2nd) 使 其 函数 调用 接口 只 需要 一 个 参数 即 
可 。 反 观 lambda 函 数 ， 其 意义 简洁 明了 ， 使 用 者 使 用 的 时 候 ， 也 不 需 
要 有 太 多 的 背景 知识 。 


但 现在 为 止 ， 我 们 并 不 能 说 lambda 已 经 赢 过 了 内 置 仿 函 数 。 而 实 
际 上 ， 内 置 的 仿 函 数 应 用 范围 很 受 限制 ， 我 们 改动 一 下 代码 清单 7- 
31， 使 其 稍微 复杂 一 点 ， 如 代码 清单 7-32 所 示 。 


代码 清单 7-32 


#include <vector> 

#include <algorithm> 

using namespace std; 

extern vector<int> nums; 

void TwoCond(int low, int high) { 


// 传统 的 
for 循 环 
for (auto i = nums.begin(); i != nums.end(); i++) 
if (*i >= low && *i < high) break; 
// 利用 了 


3 个 内 置 的 仿 画 数 ， 以 及 非 标准 的 


compose2 
find_if(nums.begin(), nums.end(), 
compose2(logical_and<bool>(), 
bind2nd(less<int>(), high), 
bind2nd(greater_equal<int>(), low))); 


// 使 


]ambda 画 数 


find_if(nums.begin(), nums.end(), [=](int i) { 
return i >= low && i < high; 


3); 
} 
// 编译 选项 


: g++ -c -Std=c++11 7-3-16.cpp 


在 代码 清单 7-32 中 ， 我 们 将 代码 清单 7-31 中 的 判断 条 件 稍微 调整 
得 复杂 了 一 些 ， 即 需 找到 vector nums 中 第 一 个 值 介 于 [low,high) 间 的 元 
素 。 这 里 我 们 看 到 内 置 仿 范 数 变 得 异常 复杂 ， 而 且 程 序 员 不 得 不 接受 
使 用 非 标准 库 函 数 的 事实 (compose2) 。 这 对 于 需要 移植 性 的 程序 来 
说 ， 是 非常 难以 让 人 接受 的 。 即 使 之 前 曾经 很 多 人 对 内 置 仿 函 数 这 样 
的 做 法 点 头 称赞 ， 但 现实 情况 下 可 能 人 人 都 必须 承认 : lambda 版 本 的 
实现 非常 的 清晰 ， 而 且 这 一 次 代码 量 甚至 少 于 内 置 仿 函 数 的 版 本 ， 简 
直 无 可 挑 别 。 当 然 ， 这 还 不 是 全 部 ， 我 们 来 看 下 一 个 例子 ， 如 代码 清 
单 7-33 所 示 。 


代码 清单 7-33 


#include <vector> 
#include <algorithm> 
#include <iostream> 
using namespace std; 
vector<int> nums; 
void Add(const int val){ 
auto print = [&]{ 
for (auto s: nums){ cout << s << '\t'; } 
cout<< endl; 
J; 
// 传统 的 


for 循 环 方式 
for (auto i = nums.begin(); i != nums.end(); ++1i){ 
*i = *i + val; 
} 


print(); 
// 试 一 试 


for_each 及 内 置 仿 画 数 
for_each(nums.begin(), nums.end(), bind2nd(plus<int>(), val)); 


print(); 
// 实际 这 里 需要 使 


STL 的 一 个 变动 性 算法 : 


transform 
transform(nums.begin(), nums.end(), nums.begin(), bind2nd(plus<int>(), val)); 
print(); 
// 不 过 在 


]ambda 的 支持 下 ， 我 们 还 是 可 以 只 使 


for_each 
for_each(nums.begin(), nums.end(), [=](int &i){ 
i += val; 
3); 
print(); 


int main(){ 
for (int i = 0; i < 10; I++){ 
nums.push_back(i); 
} 
Add(10); 
return 1; 
Jng 


g++ 7-3-17.cpp -std=c++11 


在 代码 清单 7-33 所 示 的 例子 中 ， 我 们 试图 改变 vector 中 的 内 容 ， 即 
将 vector 中 所 有 的 元 素 的 数值 加 10。 这 里 我 们 还 是 使 用 了 传统 的 for 方 
式 、 内 置 仿 函 数 的 方式 ， 以 及 lambda 的 方式 。 此 外 ， 为 了 方便 调试 ， 
我 们 使 用 了 一 个 lambda 芳 数 来 打印 局 部 运行 的 结 末 。 


在 机 器 上 编译 运行 代码 请 单 7-33， 可 以 看 到 如 下 运行 结 末 : 


10 11 12 13 14 15 16 17 18 19 
10 11 12 13 14 15 16 17 18 19 
20 21 22 23 24 25 26 27 28 29 
30 31 32 33 34 35 36 37 38 39 


这 里 我 们 注意 到 ， 结 果 的 第 二 行 和 第 一 行 没有 区 别 。 仔 细 查 过 资 
料 之 后 ， 我 们 发 现 ， 内 置 的 仿 函 数 plus<int>0 仅 仅 将 加 法 结果 返回 ， 为 
了 将 返回 结果 再 应 用 于 vector nums， 通 常情 况 下 ， 我 们 需要 使 用 
transform 这 个 算法 。 如 我 们 第 三 段 代 码 所 示 ，transform 会 笛 历 nums， 
并 将 结果 写 入 nums.begin0 出 首 地 址 的 目标 区 (第 三 参数 ) 。 


事实 上 ， 在 书写 STL 的 时 候 人 们 总 是 会 告 诚 新 手 for_each 和 
transform 之 间 的 区 别 ， 因 为 for_each 并 不 像 transform 一 样 写 回 结果 。 这 
在 配合 STL 内 置 的 仿 函 数 的 时 候 束 会 有 些 使 用 上 的 区 别 。 但 在 C++11 的 
lambda 来 临 的 时 候 ， 这 样 的 困惑 束 变 少 了 。 因 为 内 置 的 仿 函 数 并 非 必 
不 可 少 ，lambda 中 包含 的 代码 逻辑 一 目 了 然 ， 使 用 STL 算 法 的 规则 也 
因此 变 得 简单 多 了 。 


我 们 来 看 最 后 一 个 STL 的 例子 ， 如 代码 清单 7-34 所 示 。 


代码 清单 7-34 


#include <vector> 
#include <algorithm> 
#include <iostream> 
using namespace std; 
void Stat(vector<int> &v){ 

int errors; 

int score; 

auto print = [&]{ 

cout << "Errors: " << errors << endl 
<< "Score: " << score << endl; 


acCcumu]ate 算 法 ， 需 要 两 次 循环 


errors = accumulate(v.begin(), v.end(), 0); 

score = accumulate(v.begin(), v.end(), 100, minus<int>()); 
print(); 

errors = 0; 

score = 100; 

// 使 


lambda 则 只 需要 一 次 循环 


for_each(v.begin(), v.end(), [&](int i){ 
errors += i; 
score -= i; 
); 


print(); 
int main()f{ 
vector<int> v(10); 
generate(v.begin(), v.end(), []{ 
return rand() % 10; 


}) 
Stat(v); 
} 编 译 选 项 


: g++ 7-3-18.cpp -std=c++11 


代码 清单 7-34 是 一 个 区 间 统 计 的 例子 ， 通 常情 况 下 ， 我 们 可 以 使 
用 STL 的 accumulate 算 法 及 内 置 仿 函 数 来 完成 这 个 运算 。 从 代码 的 简 少 


性 上 来 看 ， 这 样 做 好 像 也 不 错 。 不 过 实际 上 我 们 产生 了 两 次 循环 ， 一 
次 计算 errors， 一 次 计算 score。 而 使 用 lambda 和 万 能 的 for_each 的 版 本 
的 时 候 ， 我 们 可 以 从 源 代码 层 将 循环 合并 起 来 。 事 实 上 ， 我 们 可 能 在 
实际 工作 中 能 够 合并 的 循环 更 多 。 如 有 果 采 用 accumulate 的 方式 ， 而 编 
译 器 不 能 合理 有 效 地 合并 循环 的 话 ， 我 们 可 能 就 会 遭受 一 定 的 性 能 损 
失 (比如 cache 方 面 ) 。 


可 以 看 到 ， 对 于 C++ 的 STL 和 泛 型 编程 来 讲 ，lambda 存 在 的 意义 重 
大 ， 尤 其 是 对 于 STL 的 算法 方面 ，lambda 的 出 现 使 得 学 习 使 用 STL 算 法 
的 代价 大 大 降低 ， 甚 至 会 改变 一 些 使 用 STL 算 法 的 思维 。 当 然 ， 在 一 
些 情况 下 ，lambda 还 能 在 代码 自 说 明 、 性 能 上 具有 一 定 的 优势 。 这 些 
都 是 很 多 C++ 程序 员 ， 尤 其 是 喜欢 泛 型 编程 的 C++ 程序 员 梦 傈 以 求 
的 。 


7.3.7 更 多 的 一 些 天 于 lambda 有 的 讨论 


lambda 被 纳入 C++ 语言 之 后 ， 很 多 人 认为 lambdai 上 C++11 语 言 看 起 
来 更 加 复杂 。 一 来 lambda 的 语法 与 之 前 的 C++ 语法 相 比 起 来 显得 有 些 
独特 ， 二 来 其 基于 仿 函 数 的 实现 ， 让 初学 者 会 感觉 一 时 间 找 不 到 它 的 
用 途 。 不 过 ， 在 考虑 过 编写 仿 函 数 或 者 使 用 STL 内 置 的 仿 画 数 的 复杂 
性 之 后 ， 大 多 数 人 会 肯定 lambda 的 应 用 价值 。 


不 过 要 完全 用 好 lambda， 必 须 了 解 一 些 lambda 的 特质 。 比 如 
lambda 和 仿 函 数 之 间 的 取舍 ， 如 何 有 效 地 使 用 lambda 的 捕捉 列表 等 。 


首先 必须 了 解 的 是 ， 在 现 有 C++11 中 ，lambda 并 不 是 仿 函 数 的 完 
全 疹 代 者 。 这 一 点 很 大 程度 上 是 由 lambda 的 捕 提 列表 的 限制 造成 的 。 
在 现行 C++11 标 准 中 ， 捕 捉 列 表 仅 能 捕捉 父 作用 域 的 目 动 变量 ， 而 对 
超出 这 个 范围 的 变量 ， 是 不 能 被 捕 提 的 。 我 们 可 以 看 看 代码 清单 7-35 
所 示 的 例子 。 


代码 清单 7-35 


int d = 0; 
int TryCapture() { 
auto ill_lambda = [d]{}; 
} 
// 编译 选项 


:g++ -Std=c++11 -c 7-3-19.cpp 


代码 清单 7-35 所 示 的 例子 在 一 些 编译 万 (如 g++) 上 可 以 编译 通 
过 ， 但 程序 员 会 得 到 一 些 编译 器 的 警告 ， 而 一 些 广 格 遵守 C++11 语 言 
规则 的 编译 右 则 会 直接 报错 。 而 如 采 我 们 采用 仿 函 数 ， 则 不 会 有 这 样 
的 限制 ， 如 代码 清单 7-36 所 示 。 


代码 清单 7-36 


int d = 
class E 
public: 
healthyFunctor(int d): data(d){} 
void operator () () const {} 
private: 
int data; 
}; 
int TryCapture() { 
healthyFunctor hf(d); 


} 
// 编译 选项 


‘g++ -Std=c++11 -c 7-3-20.cpp 


在 代码 清单 7-36 中 的 healthyFunctor 说 明了 两 者 的 不 同 。 更 一 般 地 
讲 ， 仿 函数 可 以 被 定义 以 后 在 不 同 的 作用 域 范 围 内 取得 初始 值 。 这 使 
得 仿 函 数 天 生 具 有 了 路 作用 域 共 孚 的 特征 。 


忌 地 来 说 ，lambda 了 芳 数 被 设计 的 目的 ， 束 是 要 就 地 书写 ， 就 地 使 
用 。 使 用 lambda 的 用 户 ， 更 倾向 于 在 一 个 屏幕 里 看 到 所 有 的 代码 ， 而 
不 是 依靠 代码 浏览 工具 在 文件 间 找 到 函数 的 实现 。 而 在 封装 的 思维 层 
面 上 ，lambda 只 是 一 种 局 部 的 封装 ， 以 及 局 部 的 共享 。 而 需要 全 局 共 


享 的 代码 逻辑 ， 我 们 则 还 是 需要 用 画 数 (无 状态 ) REDRA (有 状 
AS) 封装 起 来 。 


简单 地 总 结 一 下 ， 使 用 lambda 代 替 仿 画 数 的 应 该 满足 如 下 一 些 条 


:是 局 限于 一 个 局 部 作用 域 中 使 用 的 代码 逻辑 。 
:这些 代码 逻辑 需要 被 作为 参数 传递 。 


此 外 ， 关 于 捕 提 列表 的 使 用 也 存在 有 很 多 的 讨论 。 由 于 [=],[&] 这 
些 写法 实在 是 太 过 方便 了 ， 有 的 时 候 ， 我 们 不 会 仔细 思考 其 市 来 的 影 


咖 束 开始 滥用 ， 这 也 会 造成 一 些 意 想 不 到 的 问题 。 


首先 ， 我 们 来 看 一 下 [=]， 除 去 我 们 之 前 提 过 的 ， 所 有 捕捉 的 变量 
在 lambda 声 明 一 开始 束 被 拷贝 ， 且 拷贝 的 值 不 可 被 更 改 ， 这 两 点 需要 
程序 员 注 意 之 外 ， 还 有 一 点 束 是 拷贝 本 映 。 这 护 跟 函数 参数 按 值 方式 
传递 是 一 样 的 ， 如 采 不 想 带 来 过 大 的 传递 开销 的 话 ， 可 以 采用 引用 传 
递 的 方式 传递 参数 。 


其 次 ， 我 们 再 来 看 一 下 [&]。 如 我 们 之 前 提 到 过 的 ， 通 过 引用 方式 
传递 的 对 象 也 会 输出 到 父 作 用 域 中 。 同 样 的 ， 父 作用 域 对 这 些 对 象 的 
操作 也 会 传递 到 1]ambda 函 数 中 。 因 此 ， 如 果 我 们 代码 存在 异步 操作 ， 


或 者 其 他 可 能 改变 对 象 的 任何 操作 ， 我 们 必须 确定 其 在 父 作 用 域 及 
lambda 芳 数 则 的 关系， 否则 也 会 产生 一 些 错误 。 


通常 情况 下 ， 在 使 用 [=]、[&] 这 些 默认 捕捉 列表 的 时 候 ， 我 们 需 
要 考 穴 其 性 能 、 与 父 作用 域 如 何 关 联 等 。 捕 捉 列 表 是 lambda 最 神奇 也 
最 容易 犯错 的 地 方 ， 程 序 员 不 能 一 味 图 方便 了 事 。 


HY 


74 本章 小 结 


本 章 重点 讲解 了 3 个 C++11 中 会 给 用 户 带 来 思维 方式 上 转变 的 的 特 
PE: nullptr ` =default/=deleted\ Mlambdakk ži ° 


nullptr 这 个 新 特性 主要 是 用 于 指针 初始 化 ，C++11 标 准 通过 引入 新 
关键 字 nullptr 排 除 字面 常量 0 的 二 义 性 ， 使 之 成 为 指针 初始 化 的 标准 方 
式 。nullptr 可 以 安全 地 转换 成 各 种 指针 ， 这 使 得 nullptr 使 用 简便 ， 而 
nullptr 不 能 转换 为 除 指针 外 的 任何 类 型 的 特性 ， 又 使 得 使 用 nullptr 具 有 
高 度 的 安全 性 。 程 序 员 只 需要 简单 将 以 前 使 用 NULL 的 地 方 换 成 nullptr 
就 可 以 在 C++11 编 译 器 的 支持 下 获得 更 佳 的 、 更 健壮 的 指针 初始 化 代 
码 。 


而 defaulVydeleted 函 数 则 试图 在 C++ 缺 省 函数 是 否 生成 上 给 程序 员 
更 多 的 控制 力 。 通 过 显 式 缺 省 男 数 ， 我 们 可 以 保证 目 定 义 类 型 符合 
POD 的 定义 ， 而 通过 显 式 删除 缺 省 函数 ， 我 们 可 以 禁止 class 的 使 用 者 
使 用 不 应 使 用 的 函数 。 不 过 除去 C++ 默认 提供 的 缺 省 函数 外 ，C++11 
标准 给 予 了 显 式 缺 省 和 显 式 删 除 更 多 的 能 力 ， 比 如 生成 一 些 并 非 默 认 
提供 的 函数 的 缺 省 定义 ， 或 者 殖 止 一 些 不 必要 的 隐 式 类 型 转换 。 程 序 
员 其 至 可 以 通过 删除 一 些 函 数 来 完成 编译 时 期 的 内 存 分 配 的 检查 。 在 
这 样 的 痢 特 性 的 文 持 下 ， 程 序 员 尤其 是 类 的 编写 者 可 以 更 加 轻松 地 保 
证 写 出 来 的 类 具备 所 需 的 特性 。 


相 比 于 之 上 两 个 新 特性 ，lambda 对 于 C++ 程序 的 编写 具有 更 大 的 
冲击 力 。 


早 在 C++98 时 代 ， 程 序 员 会 喜欢 使 用 简单 的 STL 部 件 ， 如 容器 
等 。 而 使 用 STL 的 算法 (algorithm) 的 用 户 相对 较 少 。 这 一 方面 固然 
征 由 于 学 习 难 度 较 大 、 人 简单 的 算法 都 可 以 手工 实现 造成 鸭 ， 另 外 一 方 
面 的 原因 则 是 由 于 STL 的 算法 大 多 数 是 依赖 于 碗 代 器 、 仿 画 数 这 些 较 
为 高 级 概念 造成 的 。 尤 其 对 于 仿 画 数 ， 用 户 目 定 义 的 仿 函 数 需 要 遵循 
规则 才能 被 重用 。 而 使 用 STL 目 市 的 各 种 各 样 的 仿 本 数 使 用 范围 和 方 
式 过 于 受 限 ， 也 使 得 STL 民 好 设计 算法 的 由 于 “不 接地 气 ” 而 推广 受 
限 。 


lambda 被 设计 出 来 的 主要 目的 之 一 是 向 化 仿 图 数 的 使 用 ， 昌 然 
lambda 的 语法 看 起 来 不 像 是 “典型 的 C++” 的 ， 但 一 旦 熟悉 了 之 后 ， 程 
序 员 残 能 准确 地 完成 一 个 简单 的 、 束 地 的 、 融 状态 的 函数 定义 。 虽 然 
lambda 可 以 跟 仿 函数 的 概念 一 一 对 应 也 实际 由 仿 函 数 来 实现 ， 但 理解 
lambda 显 然 比 仿 函 数 更 加 容易 。 即 使 没有 学 习 过 仿 画 数 的 程序 员 也 可 
以 轻松 接受 lambda。 这 样 一 来 ，lambda 的 出 现 必然 导致 STL 设 计 、 使 
用 方法 上 的 改变 ,但 其 最 终 意义 是 让 更 多 的 程序 员 无 困难 地 使 用 STL 
的 各 种 调 优 后 的 算法 ， 真 正 译 受 STL 的 全 部 力量 。 


此 外 ，lambda 作 为 局 部 函数 也 会 使 得 复杂 代码 的 开发 加 速 。 通 过 
lambda 芳 数 ， 程 序 员 可 以 轻松 地 在 函数 内 重用 代码 ， 而 无 需 费 心 设计 


接口 。 事 实 上 ， 曾 经 出 现 过 一 般 重 构 的 风 漳 ， 在 那 段 时 期 ，C++ 程 序 
员 被 建议 为 任何 重用 的 代码 创建 国 数 ， 而 lambda 局 部 函数 的 到 来 则 吾 
来 了 理性 思考 和 折 中 实现 的 可 能 。 当 然 ，lambda 函 数 的 出 现 也 导致 了 
函数 的 作用 域 在 C++11 中 再 次 被 细 分 ， 从 而 也 使 得 C++ 编程 具备 了 更 
多 的 可 能 。 


以 上 种 种 或 许 是 C++ 早 就 应 该 做 到 的 ， 但 一 直 示 能 实现 ， 现 在 终 
于 在 C++11 中 ，lambda 让 我 们 看 到 了 新 的 光芒 。 


Boe 融入 实际 应 用 


对 于 C++ 这 样 的 语言 来 说 ， 除 了 具有 普 适 、 通 用 等 特性 外 ， 在 一 
些 实际 应 用 方面 也 是 不 容 忽 视 的 ， 比 如 最 为 典型 的 ， 也 是 非 英 语 国家 
程序 员 体 会 最 深 的 ， 与 字符 编码 相关 的 种 种 问题 。 在 C++11 中 ， 我 们 
看 到 语言 标准 终于 也 对 Unicode 做 了 较 多 深入 的 支持 ， 以 切实 地 为 不 同 
语言 服务 。 此 外 ， 以 前 在 C++ 编 程 中 的 各 种 讨 人 喜欢 的 编译 器 扩展 ， 
也 开始 逐渐 被 C++11 收 编 或 者 规范 化 。 而 有 了 标准 的 文 持 ， 这 些 特性 
也 将 更 加 好 用 。 本 章 中 ， 读 者 可 以 了 解 C++11 在 这 些 方面 做 出 的 务实 
而 有 效 的 改进 。 


8.1 ”对齐 支 持 


CS 类 别 ， 部 分 人 


8.1.1 数据 对 齐 


在 了 解 为 什么 数据 需要 对 齐 之 前 ， 我 们 可 以 回顾 一 下 打印 结构 体 
的 大 小 这 个 C/C++ 中 的 经 典 案 例 。 目 先 来 看 看 代码 清单 8-1 所 示 的 这 个 
PIF ° 


代码 清单 8-1 


#include <iostream> 
using namespace std; 
struct HowManyBytes{ 


char a; 
int b; 

}; 

int main() { 
cout << "sizeof(char): " << sizeof(char) << endl; 
cout << "sizeof(int): " << sizeof(int) << endl; 
cout << "sizeof(HowManyBytes): " << sizeof(HowManyBytes) << endl; 
cout << endl; 
cout << "offset of char a: " << offsetof(HowManyBytes, a) << endl; 
cout << "offset of int b: " << offsetof(HowManyBytes, b) << endl; 
return 0; 


// 编译 选项 


:g++ -Std=c++11 8-1-1.cpp 


在 代码 清单 8-1 中 ， 结 构 体 HowManyBytes 由 一 个 char 类 型 成 员 a 及 
一 个 int 类 型 成 员 b 组 成 。 编 译 运 行 代码 清单 8-1 所 示 的 例子 ， 我 们 在 实 
验 机 平台 上 会 得 到 如 下 结 采 : 


sizeof(char): 1 
sizeof(int): 4 

sizeof (HowManyBytes): 8 
offset of char a: 0 
offset of int b: 4 


可 以 看 到 ， 在 我 们 的 实验 机 上 ，a 和 Pb 两 个 数据 的 长 度 分 别 为 1 字 贡 
和 4 字 节 ， 不 过 当 我 们 使 用 sizeof 来 计算 HowManyBytes 这 个 结构 体 所 占 
用 的 内 存 空 间 时 ， 看 到 其 值 为 8 字 节 。 其 中 似乎 多 出 来 了 3 字 节 没有 使 
用 的 空间 。 


出 现 这 个 现象 主要 是 由 于 数据 对 齐 要 求 导 人 致 的 。 通 常情 况 下 ， 
C/C++ 结构 体 中 的 数据 会 有 一 定 的 对 齐 要 求 。 在 这 个 例子 中 ， 可 以 通 
过 offsetof 碍 看 成 员 的 偏 移 的 方式 来 检验 数据 的 对 齐 方式 。 这 里 ， 成 员 
b 的 侦 移 是 4 字 节 ， 而 成 员 a 只 占用 了 1 字 节 内 存 空 间 ， 这 意味 着 b 并 非 紧 
邻 着 a 排 列 。 事 实 上 ， 在 我 们 的 平台 定义 上 ，C/C++ 的 int 类 型 数据 要 求 
对 齐 到 4 字 记 ， 即 要 求 int 类 型 数据 必须 放 在 一 个 能 够 整除 4 的 地 址 上 ; 
而 char 要 求 对 齐 到 1 字 节 。 这 就 造成 了 成 员 a 之 后 的 3 字 节 空间 被 空 出 ， 
通常 我 们 也 称 因 为 对 齐 而 造成 的 内 存留 空 为 填充 数据 (padding 
data) 。 


在 C++ 中 ， 每 个 类 型 的 数据 除去 长 度 等 属性 之 外 ， 都 还 有 一 项 “被 
隐藏 ”属性 ， 那 惑 是 对 齐 方式 。 对 于 每 个 内 置 或 者 目 定义 类 型 ， 都 存在 
一 个 特定 的 对 齐 方式 。 对 齐 方式 通常 是 一 个 整数 ， 它 表示 的 是 一 个 类 
型 的 对 象 存放 的 内 存 地 址 应 满足 的 条 件 。 在 这 里 ， 我 们 简单 地 将 其 称 
为 对 齐 值 。 


对 齐 的 数据 在 读 写 上 会 有 性 能 上 的 优势 。 比 如 频 索 使 用 的 数据 如 
果 与 处 理 闫 的 高 速 缓存 右 大 小 对 齐 ， 有 可 能 提高 缓存 性 能 。 而 数据 不 


> 


十 齐 可 能 造成 一 些 不 民 的 后 果 ， 比 较 关 重 的 当 属 导 致 应 用 程序 退出 。 
典型 的 ， 如 在 有 的 平台 上 ， 硬 件 将 无 法 读 取 不 按 子 对 齐 的 某 些 类 型 数 
据 ， 这 个 时 候 硬 件 会 抛 出 异常 (如 bus error) 来 终止 程序 。 而 更 为 普 
遍 的 ， 在 一 些 平 台 上 ， 不 按照 字 对 齐 的 数据 会 造成 数据 读 取 效 率 低 
下 。 因 此 ， 在 程序 设计 时 ， 保 证 数据 对 齐 是 保证 正确 有 效 读 写 数据 的 
一 个 基本 条 件 。 


虽然 从 语言 设计 者 的 角度 而 言 ， 将 对 齐 方 式 掩盖 起 来 会 使 得 语言 
更 具有 亲和力 。 但 通常 由 于 底层 硬件 的 设计 或 用 途 不 同 ， 以 及 编程 语 
言 本 身 在 基本 (AB) 类 型 的 定义 上 的 不 同 ， 相 同 的 类 型 定义 在 不 同 
的 平台 上 会 有 不 同 的 长 度 ， 以 及 不 同 的 对 齐 要 求 。 虽 然 系 统 设计 者 常 
常会 在 应 用 程序 二 进 制 接口 中 (Application Binary Interface, ABI) 详 
细 规 定 在 特定 平台 上 数据 长 度 、 数 据 对 齐 方式 的 相关 信息 ， 但 是 这 两 
者 存在 着 平台 差异 性 则 是 不 和 争 的 事实 。 在 C++ 语言 中 ， 我 们 可 以 通过 
sizeof 碍 询 数据 长 度 ， 但 C++ 语言 却 没有 对 对 齐 方式 有 关 的 查询 或 者 设 
定 进 行 标准 化 ， 而 语言 本 身 又 允许 自 定 义 类 型 、 模 板 等 诸多 特性 。 编 
译 器 无 法 完全 找到 正确 的 对 齐 方式 ， 这 会 在 使 用 时 造成 困难 。 让 我 们 
来 看 一 下 代码 清单 8-2 所 示 的 这 个 例子 。 


代码 清单 8-2 


#include <iostream> 
using namespace std; 
// 自 定义 的 


ColorVector, 拥有 


32 字 节 的 数据 


struct ColorVector { 
double r; 
double g; 
double b; 
double a; 


}; 
int main() { 
// 使 


C++11 中 的 


alignof 来 查询 


ColorVector 的 对 齐 方式 


cout << "alignof(ColorVector): " << alignof(ColorVector) << endl; 
return 1; 


/ / 编译 选项 


:clang++ -std=c++11 8-1-2.cpp 


在 代码 清单 8-2 所 示 的 例子 中 ， 我 们 使 用 了 C++11 标 准 定义 的 
alignof 芳 数 来 查看 数据 的 对 齐 方式 。 编 译 运行 代码 清单 8-2， 我 们 可 以 
看 到 ColorVector 在 实验 机 上 依然 是 对 齐 到 8 字 和 的 地 址 边界 上 。 


alignof(ColorVector): 8 


这 与 我 们 设计 ColorVector 的 原意 是 不 同 的 。 现 在 的 计算 机 通常 会 
文 持 许多 向 量 指令 ， 而 ColorVector 正 好 是 4 组 8 字 亨 的 浮 点 数 数据 ， 很 
有 潜力 改造 为 能 直接 操作 的 癌 量 数据 。 这 样 一 来 ， 为 了 能 够 高 效 地 读 
写 ColorVector 大 小 的 数据 ， 我 们 最 好 能 将 其 对 齐 在 32 字 市 的 地 址 边界 
ke 


在 代码 清单 8-3 所 示 的 例子 中 ， 我 们 利用 C++11 新 提供 的 修饰 符 
alignas 来 重新 设 定 ColorVector 的 对 齐 方式 。 


代码 清单 8-3 


#include <iostream> 
using namespace std; 
// 自 定义 的 


ColorVector, 对 齐 到 


32 字 节 的 边界 


struct alignas(32) ColorVector { 
double r; 
double g; 
double b; 
double a; 


/ 
int main() { 
// 使 


C++11 中 的 


alignof 来 查询 

CoOlorVector 的 对 齐 方 式 
cout << "alignof(ColorVector): " << alignof(ColorVector) << endl; 
return 1; 

// 编译 选项 


:g++ -Std=c++11 8-1-3.cpp 


编译 运行 代码 清单 8-3 所 示 的 代码 ， 我 们 会 得 到 如 下 结 


alignof(ColorVector): 32 


正如 我 们 在 代码 清单 8-3 中 所 看 到 的 ， 指 定数 据 ColorVector 对 齐 到 
32 字 万 的 地 址 边界 上 ， 只 需要 声明 alignas(32) 即 可 。 接 下 来 我 们 会 详细 


讨论 C++11 对 对 齐 的 支持 。 


8.1.2 C++1L 的 alignof 和 alignas 


如 同 我 们 在 上 一 节 中 看 到 的 ，C++11 在 新 标准 中 为 了 文 持 对 齐 ， 
主要 引入 两 个 关键 字 : 操作 符 alignof、 对 齐 描述 符 (alignment- 


specifier) alignas ° 


操作 符 alignof 的 操作 数 表示 一 个 定义 完整 的 目 定义 类 型 或 者 内 置 
类 型 或 者 变量 ， 返 回 的 值 是 一 个 std::size_t 类 型 的 整 型 常量 。 如 同 sizeof 
操作 符 一 样 ，alignof 获 得 的 也 是 一 个 与 平台 相关 的 值 。 我 们 可 以 看 看 
代码 清单 8-4 所 示 的 例子 。 


代码 清单 8-4 


#include <iostream> 
using namespace std; 
class InComplete; 
struct Completed{}; 
int main()f{ 

int a; 

long long b; 

auto & c = b; 

char d[1024]; 

// 对 内 置 类 型 和 完整 类 型 使 


alignof 
cout << alignof(int) << endl // 4 
<< alignof(Completed) << endl; // 1 
// 对 变量 、 引 用 或 者 数组 使 
alignof 
cout << alignof(a) << endl // 4 
<< alignof(b) << endl // 8 
<< alignof(c) << endl // 8, 45 
b 相 同 


<< alignof(d) << endl; // 1, 与 元 素 要 求 相同 


/ / 本 句 无 法 通过 编译 ， 


INcomplete 类 型 不 完整 


// cout << alignof(Incomplete) << endl; 
} 
// 编译 选项 


:g++ -Std=c++11 8-1-4.cpp 


使 用 alignof 很 简单 ， 基 本 上 没有 什么 特别 的 限制 。 不 过 在 代码 清 
单 8-4 中 ， 类 型 定义 不 完整 的 class InComplete 是 无 法 通过 编译 的 。 其 他 
的 规则 则 基本 跟 大 多 数 人 想象 的 相同 : 引用 c 与 其 引用 的 数据 b 对 齐 值 
相同 ， 数 组 的 对 齐 值 由 其 元 素 决 定 。 


我 们 再 来 看 看 对 齐 描述 符 alignas。 事 实 上 ，alignas 既 可 以 接受 党 
量 表达 式 ， 也 可 以 接受 类 型 作为 参数 ， 比 如 


alignas(double) char c; 

也 是 合法 的 描述 符 。 其 使 用 效果 跟 
alignas(alignof(double)) char c; 

是 一 样 的 。 


注意 “在 C++11 标 准 之 前 ， 我 们 也 可 以 使 用 一 些 编译 器 的 扩展 来 
描述 对 齐 方式 ， 比 如 GNU 格 式 的 _ attribute _((” aligned (8))) 束 是 一 
个 广泛 被 接受 的 版 本 。 


我 们 在 使 用 常量 表达 式 作 为 alignas 的 操作 符 的 时 候 ， 其 结果 必须 
是 以 2 的 自然 数 需 次 作为 对 齐 值 。 对 章 值 越 大 ， 我 们 称 其 对 齐 要 求 越 
高 ;而 对 齐 值 越 小 ， 其 对 齐 要 求 也 越 低 。 由 于 2 的 需 次 的 关系 ， 能 够 满 
足 疡 格 对 齐 要 求 的 对 齐 方式 也 总 是 能 够 满足 要 求 低 的 对 齐 值 的 。 


在 C++11 标 准 中 规定 了 一 个 “基本 对 齐 值 ”(fundamental 
alignment) 。 一 般 情 况 下 其 值 通常 等 于 平台 上 文 持 的 最 大 标量 类 型 数 
据 的 对 齐 值 (常常 是 long double) 。 我 们 可 以 通过 
alignof(std::max_align_b) 来 查询 其 值 。 而 像 我 们 在 代码 请 单 8-3 中 设 定 
ColorVector 对 齐 值 到 32 字 下 (超过 标准 对 齐 ) 的 做 法 称 为 扩展 对 齐 
(extended alignment) 。 不 过 即使 使 用 了 扩展 对 齐 ， 也 并 非 意味 着 程 
序 员 可 以 随心 所 欲 。 对 于 每 个 平台 ， 系 统 能 够 支持 的 对 齐 值 总 是 有 限 
的 ， 程 序 中 如 果 声 明了 超过 平台 要 求 的 对 齐 值 ， 则 按照 C++ 标准 该 程 
序 是 不 规范 的 (ill-formed) ， 这 可 能 会 导致 未 知 的 编译 时 或 者 运行 时 
错误 。 因 此 程序 员 应 该 定义 合理 的 对 齐 值 ， 否 则 可 能 会 遇 到 一 些 麻 
烦 。 


对 齐 描述 符 可 以 作用 于 各 种 数据 。 具 体 来 说 ， 可 以 修饰 变量 、 类 
的 数据 成 员 等 ， 而 位 域 (bit field) 以 及 用 register 声 明 的 变量 则 不 可 
以 。 我 们 可 以 看 看 C++11 标 准 中 的 这 个 例子 ， 如 代码 清单 8-5 所 示 。 


代码 清单 8-5 


alignas(double) void f(); // 错误 : 


alignas 不 能 修饰 函数 


alignas(double) unsigned char c[sizeof(double)]; // 正确 


extern unsigned char c[sizeof(double)]; 
alignas(float ) 
extern unsigned char c[sizeof(double)]; // #ik: 不 同 对 齐 方式 的 变量 定义 


// 编译 选项 


:clang++ 8-1-5.cpp -c -std=c++11 


对 于 代码 清单 8-5 所 示 的 例子 ， 标 准 给 出 了 建议 的 答案 (如 注释 所 
示 ) 。C++11 标 准 建议 用 户 在 声明 同一 个 变量 的 时 候 使 用 同样 的 对 齐 
方式 以 免 发 生意 外 。 不 过 C++11 并 没有 规定 声明 变量 采用 了 不 同 的 对 
齐 方式 就 终 目 编译 亏 的 编译 。 在 编写 本 书 时 ，clang++ 编 译 做 对 该 例 殉 
没有 终止 编译 ， 而 是 使 用 了 最 严格 的 对 齐 方式 作为 c 的 最 终 对 齐 方式 。 
读者 可 以 试 试 目 己 的 编译 环境 ， 看 一 下 编译 右 是 如 何 处 理 的 。 


我 们 再 来 看 一 个 例子 ， 这 个 例子 中 我 们 采用 了 模板 的 方式 来 实现 
一 个 固定 容量 但 是 大 小 随 着 所 用 的 数据 类 型 变化 的 容 右 类 型 ， 如 代码 
清单 8-6 所 示 。 


代码 清单 8-6 


#include <iostream> 
using namespace std; 
struct alignas(alignof(double)*4) ColorVector { 
double r; 
double g; 
double b; 
double a; 


// 固定 容量 的 模板 数组 


template <typename T> 
class FixedCapacityArray { 
public: 

void push_back(T t) { /* @ 


data 中 加 入 


II wae 
char alignas(T) data[1024] = {0}; 
//int length = 1024 / sizeof(T); 


int main() { 
FixedCapacityArray<char> arrcCh; 


cout << "alignof(char): " << alignof(char) << endl; 

cout << "alignof(arrCh.data): " << alignof(arrCh.data) << endl; 
FixedCapacityArray<ColorVector> arrCv; 

cout << "alignof(ColorVector): " << alignof(ColorVector) << endl; 
cout << "alignof(arrCV.data): " << alignof(arrCV.data) << endl; 
return 1; 


/ / 编译 选项 


:clang++ 8-1-6.cpp -std=c++11 


代码 清单 8-6 修 改 自 代码 清单 8-3， 在 本 例 中 ，FixedCapacityArray 
国定 使 用 1024 字 节 的 空间 ， 但 由 于 模板 的 存在 ， 可 以 实例 化 为 各 种 版 
本 。 这 样 一 来 ， 我 们 可 以 在 相同 的 内 存 使 用 量 的 前 提 下 ， 做 出 多 种 类 
型 (内 置 或 者 自 定 义 ) 版 本 的 数组 。 


如 我 们 之 前 提 到 的 一 样 ， 为 了 有 效 地 访问 数据 ， 必 须 使 得 数据 按 
照 其 固有 特性 进行 对 齐 。 对 于 arCh， 由 于 数组 中 的 元 素 都 是 char 类 
型 ， 所 以 对 齐 到 1 就 行 了 ， 而 对 于 我 们 定义 的 arrCV， 必 须 使 其 符合 
ColorVector 的 扩展 对 齐 ， 即 对 齐 到 8 字 市 的 内 存 边 界 上 。 在 这 个 例子 
中 ， 起 到 关键 作用 的 代码 是 下 面 这 一 句 : 


char alignas(T) data[1024] = {0}; 


该 句 指示 data[1024] 这 个 char 类 型 数组 必须 按照 模板 参数 T 的 对 齐 
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编译 运行 该 例子 后 ， 可 以 在 实验 机 上 得 到 如 下 结果 : 


alignof(char): 1 
alignof(arrCh.data): 1 
alignof(ColorVector): 32 
alignof(arrcV.data): 32 


如 采 我 们 去 掉 alignas(T) 这 个 修饰 特 ， 代 码 清单 8-6 的 运行 结果 会 完 
全 不 同 ， 具 体 如 下 : 


alignof(char): 1 
alignof(arrCh.data): 1 
alignof(ColorVector): 32 
alignof(arrcV.data): 1 


可 以 看 到 ， 由 于 char 数 组 默认 对 齐 值 为 1， 会 导致 data[1024] 数 组 
也 对 齐 到 1。 这 肯定 不 是 编写 FixedCapacityArray 的 程序 员 愿 意见 到 
HJ ° 


事实 上 ， 在 C++11 标 准 引 入 alignas 修 饰 符 之 前 ， 这 样 的 固定 容量 
的 泛 型 数组 有 时 可 能 遇 到 因为 对 齐 不 佳 而 导致 的 性 能 损失 (甚至 程序 
AiR) ， 这 给 库 的 编写 者 市 来 了 很 大 的 困扰 。 而 引入 alignas 能 够 解决 


这 些 移 植 性 的 困难 ， 这 可 能 也 是 C++ 标准 委员 会 决定 不 再 “隐藏 "变量 
的 对 齐 方式 的 原因 之 一 。 


C++11 对 于 对 齐 的 文 持 并 不 限于 alignof 操 作 符 及 alignas 描 述 人 符 。 在 
STL 库 中 ， 还 内 建 了 std::align 函 数 来 动态 地 根据 指定 的 对 齐 方式 调整 数 
据 块 的 位 置 。 该 贸 数 的 原型 如 下 : 


void* align( std::size_t alignment, std::size_t size, void*& ptr, std::size_t& 
Space ); 


该 函数 在 ptr 指 癌 的 大 小 为 space 的 内 存 中 进行 对 齐 方式 的 调整 ， 将 
ptr 开 始 的 size 大 小 的 数据 调整 为 按 alignment 对 齐 。 我 们 可 以 看 看 代码 
清单 8-7 所 示 的 这 个 例子 。 


代码 清单 8-7 


#include <iostream> 
#include <memory> 
using namespace std; 
struct ColorVector { 

double r; 

double g; 

double b; 

double a; 


int main() { 
size_t const size = 100; 
ColorVector * const vec = new ColorVector[size]; 
void* p = vec; 
size_t sz = size; 
void* aligned = align(alignof(double) * 4, size, p, sz); 
if (aligned != nullptr) 
cout << alignof(p) << endl; 


代码 清单 8-7 洋 试 将 vec 中 的 内 容 按 alignof(double)*4 的 对 齐 值 进 行 
对 齐 (不 过 在 编写 本 书 的 时 候 ， 我 们 的 编译 器 还 没有 支持 std::align 这 
个 新 特性 ， 因 此 代码 清单 8-7 仅 供 参 考 ) 。 


事实 上 ，C++11 还 在 标准 库 中 提供 了 aligned_storage 及 
aligned_union 供 程序 员 使 用 。 两 者 的 原型 如 下 : 


template< std::size_t Len, std::size_t Align = /*default-alignment*/ > 
struct aligned_storage; 

template< std::size_t Len, class... Types > 

struct aligned_union; 


aligned_storage 的 第 一 个 参数 规定 了 aligned_storage 的 大 小 ， 第 二 
个 参数 则 是 其 对 齐 值 。 我 们 可 以 通过 代码 清单 8-8 所 示 的 这 个 例子 说 明 
它们 的 用 途 。 


代码 清单 8-8 


#include <iostream> 
#include <type_traits> 
using namespace std; 
// 一 个 对 齐 值 为 


4 的 对 象 
struct IntAligned{ 


int a; 
char b; 


aligned_storage 使 其 对 齐 要 求 更 加 严格 


typedef aligned_storage<sizeof(IntAligned),alignof(long double)>::type 
StrictAligned; 
int main() { 

StrictAligned sa; 


IntAligned* pia = new (&sa) IntAligned; 
cout << alignof(IntAligned) << endl; // 4 


cout << alignof(StrictAligned) << endl; // 16 
cout << alignof(*pia) << endl; // 4 
cout << alignof(sa) << endl; // 16 
return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 8-1-8.cpp 


在 代码 清单 8-8 中 ， 我 们 使 用 了 一 个 placement new 来 使 得 
StrictAligned 存 储 了 本 来 应 该 只 需要 按照 4 字 广 对 齐 的 IntAligned 对 象 。 
虽然 StrictAligned 对 象 sa 的 内 容 与 IntAligned 类 型 指针 pia 所 指向 的 对 象 
完全 相同 ， 但 通过 这 样 的 声明 ， 却 产生 了 比 *pia 更 加 严格 的 类 型 对 齐 
要 求 (本 例 中 为 16) 。 因 此 虽然 最 后 IntAligned 对 象 的 对 齐 方式 没有 发 
生 改 变 ， 但 实际 上 却 被 更 严格 地 对 齐 了 。 


有 的 时 候 ， 一 个 类 型 声明 的 代码 较 长 ， 可 能 需要 程序 员 上 下 翻 页 
来 阅读 (虽然 面向 对 象 的 规则 并 不 推荐 这 样 做 ， 但 在 大 型 项 目 中 ， 代 
码 很 长 的 类 型 声明 并 不 少见 ， 通 常 为 了 对 齐 ， 程 序 员 不 得 不 目 己 写 
一 些 填 充 来 保证 其 大 小 。 除 了 代码 较 难 阅 读 外 ， 每 个 系统 上 结构 体 、 
联合 体 的 对 齐 规则 也 可 能 不 一 样 ， 这 在 代码 维护 上 十 一 种 挑战 。 如 采 
后 加 入 类 型 成 员 的 程序 员 没 有 注意 到 这 里 的 对 齐 要 求 或 者 代码 编写 不 
慎 ， 很 可 能 会 添加 了 导致 对 齐 改变 的 代码 (对 齐 变 严 格 一 般 不 是 问 


题 ， 但 反之 则 可 能 是 问题 ) 


改进 的 方法 可 以 是 使 用 alignas 描 述 符 ， 假 如 代码 请 单 8-8 中 的 
IntAligned 是 一 个 代码 很 长 的 struct 声 明 ， 那 么 对 其 使 用 一 个 alignas 描 壕 


符 束 是 一 个 可 行 的 方法 。 不 过 很 多 时 候 ， 数 据 的 声明 是 需要 共 主 的 ， 
假如 超 长 的 IntAligned 需 要 在 支持 和 不 支持 alignas 的 编译 环境 下 共享 
(典型 的 ， 要 在 老 的 C 环 境 及 C++11 环 境 下 共享 头 文件 ) ， 那 么 使 用 
aligned_storage 则 是 一 个 可 行 的 方法 ， 因 为 aligned_storage 可 以 在 产生 
对 象 的 实例 时 对 对 齐 方式 做 出 一 定 的 保证 。 这 无 疑 对 “有 历史 ”的 代码 
的 重用 、 维 护 很 有 意义 。 


aligned_union 的 用 法 也 基本 与 此 相同 。 只 不 过 aligned_union 使 用 了 
变 长 模板 参数 ， 程 序 员 可 以 根据 需要 填 入 多 种 类 型 ， 最 后 
aligned_union 对 和 象 的 对 齐 要 求 会 是 多 个 类 型 中 要 求 最 为 站 格 的 一 个 。 


可 以 看 到 ， 在 新 的 C++11 标 准 中 ， 对 对 齐 方式 的 文 持 是 全 方面 
的 ， 无 论 是 查看 (alignof) `E (alignas) ， 还 是 STL 库 函数 
(std::align) 或 是 STL 库 模板 类 型 (aligned_storage,aligned_union) ， 
程序 员 都 可 以 找到 对 应 的 方法 。 这 使 得 一 些 非 标准 的 设 定 对 齐 方式 的 
做 法 规范 统一 ， 真 正 满 足 程序 员 在 可 移植 性 上 的 要 求 。 事 实 上 ， 程 序 
的 可 移植 性 还 有 很 多 的 相关 问题 ， 接 下 来 要 讲 到 的 通用 属性 ， 就 与 对 
齐 方式 有 很 多 关联 。 


8.2.1 语言 扩展 到 通用 属性 


随 看 C++ 语言 的 演化 和 编译 需 的 发 展 ， 人 们 第 会 发 现 标准 提供 的 
语言 能 力 不 能 完全 满足 要 求 。 于 是 编译 右 厂 商 或 组 织 为 了 满足 编译 做 
客户 的 需求 ， 设 计 出 了 一 系列 的 语言 扩展 (language extension) 来 扩 
展 语法 。 这 些 扩展 语法 并 不 存在 于 C++/C 标 准 中 ， 却 有 可 能 拥有 较 多 
的 用 户 。 有 的 时 候 ， 新 的 标准 也 会 将 广泛 使 用 的 语言 扩展 纳入 其 中 。 


扩展 语法 中 比较 常见 的 就 是 “属性 ”(attribute) 。 属 性 是 对 语言 
的 实体 对 象 《比如 函数 、 类 型 等 ) 附加 一 些 的 额外 注解 信息 ， 
其 用 来 实现 一 些 语言 及 非 语言 层面 的 功能 ， 或 是 实现 优化 代码 等 的 一 
种 手段 。 


不 同 编译 器 有 不 同 的 属性 语法 。 比 如 对 于 g++， 属 性 是 通过 GNU 
的 关键 字 __attribute_ 来 声明 的 。 程 序 员 只 需要 人 简单 地 声明 : 


__attribute_ ((attribute-list) ) 


BI Ay Ay REA PAYEE > SR AR A ie ERM, DR ae a AT 
以 进行 错误 检查 和 性 能 优化 等 。 我 们 可 以 看 看 代码 清单 8-9 所 示 的 例 
ie 


代码 清单 8-9 


extern int area(int n) __attribute_((const)); 
int main() { 
int i; 
int areas = 0; 
for (i = 0; i < 10; a { 
areas += area(3) * 1; 
} 


} 
// 编译 选项 


‘g++ -c 8-2-1.cpp 


这 里 的 const 属 性 告诉 编译 上 融 ， 本 函数 返回 值 只 依赖 于 输入 ， 不 会 
改变 任何 轴 数 外 的 数据 ， 因 此 没有 任何 副作用 。 在 了 解 该 信息 的 情况 
下 ， 编 译 右 可 以 对 area 函 数 进 行 优化 处 理 。area(3) 的 值 只 需要 计算 一 
次 ， 编 译 之 后 可 以 将 area(3) 视 为 循环 中 的 常量 而 只 使 用 其 计算 结 采 ， 
从 而 大 大 提高 了 程序 的 执行 性 能 


注意 ”事实 上， 在 GNU 对 C/C++ 的 扩展 中 我 们 可 以 看 到 很 多 不 同 
的 _attribute 属性。 常见 的 如 format、noreturn、const 和 aligned 等 ， 具 
体 舍 义 和 用 法 读者 可 以 参考 GNU 的 在 线 文档 


http://gcc.gnu.org/onlinedocs/ ° 


而 在 Windows 平 台 上 ， 我 们 会 找到 另外 一 种 关键 字 _declspec ° 
_ declspec 是 微软 用 于 指定 存储 类 型 的 扩展 属性 关键 字 。 用 户 只 要 简单 
地 在 声明 变量 时 加 上 : 


_ declspec ( extended-decl-modifier ) 


即 可 设 定额 外 的 功能 。 以 对 齐 方式 为 例 ， 在 C++11 之 前 ， 微 软 平 台 的 
程序 员 可 以 使 用 _declspec(align(x)) 来 控制 变量 的 对 齐 方 式 ， 如 代码 清 
单 8-10 所 示 。 


代码 清单 8-10 


_ declspec(align(32)) struct Struct32 { 
int 工 ; 


了 
double d; 
J; 


在 代码 清单 8-10 中 ， 结 构 体 Struct32 被 对 齐 到 32 字 节 的 地 址 边界 ， 
其 起 始 地 址 必须 是 32 的 倍数 。 这 跟 C++11 中 alignas 的 效果 是 一 样 的 。 


注意 “同样 的 ， 微 软 也 定义 了 很 多 _declspec 属 性 ， 如 noreturn ` 
oninline、align、dllimport、dllexport 等 ， 具 体 含 义 和 用 法 可 以 参考 微 


软 网 站 上 的 介绍 : http://msdn.microsoft.com/en-US/library/ ° 


事实 上 ， 在 扩展 语言 能 力 的 时 候 ， 关 键 字 往 往 会 成 为 一 种 选择 。 
GNU 和 微软 只 能 选择 “属性 这样 的 方式 ， 是 为 了 尽 可 能 避免 与 用 户 自 
定义 的 名 称 冲突 。 同 样 ， 在 C++11 标 准 的 设立 过 程 中 ， 也 面临 着 关键 
字 过 多 的 问题 。 于 是 C++11 语 言 制定 者 决定 增加 了 通用 属性 这 个 特 
性 。 不 过 C++11 的 通用 属性 设计 跟 GNU 和 微软 都 不 一 样 ， 至 少 直观 地 
看 来 ， 其 更 加 简洁 。 


8.2.2 C++11 的 通用 属性 


C++11 语 言 中 的 通用 属性 使 用 了 左右 双 中 括号 的 形式 : 


[[ attribute-list ]] 


这 样 设计 的 好 处 是 ， 既 不 会 消除 语言 添加 或 者 重 载 关键 字 的 能 
力 ， 又 不 会 占用 用 户 空间 的 关键 字 的 名 子 空间 。 


语法 上 ，C++11 的 通用 属性 可 以 作用 于 类 型 、 变 量 、 名 称 、 代 码 
块 等 。 对 于 作用 于 声明 的 通用 属性 ， 既 可 以 写 在 声明 的 起 始 处 ， 也 可 
以 写 在 声明 的 标识 符 之 后 。 而 对 于 作用 于 整个 语句 的 通用 属性 ， 则 应 
该 写 在 语句 起 始 处 。 而 出 现在 以 上 两 种 规则 描述 的 位 置 之 外 的 通用 属 
性 ， 作 用 于 哪个 实体 跟 编 译 右 具体 的 实现 有 关 。 


我 们 可 以 看 几 个 例子 。 第 一 个 是 关于 通用 属性 应 用 于 函数 的 ， 具 
体 如 下 : 


[[ attri ]] void func [[ attr2 ]] (); 


这 里 ，[[attr1]] 出 现在 函数 定义 之 前 ， 而 [[attr2]] 则 位 于 函数 名 称 之 
后 ， 根 据 定义 ，[[attr1]] 和 [[attr2]] 均 可 以 作用 于 函数 [func]。 下 一 个 是 
数组 的 例子 : 


[[ attri ]] int array [[ attr2 ]] [10] 


跟 第 一 个 例子 很 类 似 ， 根 据 定义 


，[[attr1]] 和 [[attr2]] 均 可 以 作用 
于 数组 array。 下 面 这 


文 个 例子 则 稍 显 复杂 : 


[[ attri ]] class C [[ attr2 ]] { } [[ attr3 ]] ci [[ attr4 ]], c2 [[ attr5 ]] 


这 个 例子 声明 了 类 C 及 其 类 型 的 变量 


cl 和 c2。 本 语句 中 ， 一 共有 5 
个 不 同 的 属性 。 按 照 C++11 的 定义 ， 


[[attr1]] 和 和 [[attr4]] 会 作用 于 c1， 


，[[attr2]] 出 现在 声明 之 后 ， 仅 作用 于 类 
C， 而 [[attr3]] 所 作用 的 对 象 则 跟 具 体 实 现 有 关 。 


[[attr1]] 和 [[attr5]] 会 作用 于 c2 


下 面 是 一 个 switch-case 加 标签 的 例子 : 


[[ attra ]] L1: 
switch(value) { 
[[ attr2 ]] case 1: // do something... 
[[ attr3 ]] case 2: // do something... 
[[ attr4 ]] break; 


了 
[[ attr5 ]] default: // do something... 


[[ attr6 ]] goto L1; 


这 里 ，[[attr1]] 作 用 于 标签 L1，[[attr2]] 和 [[attr3]] 作 用 于 case 1 和 
case 2 表达 式 ，[[attr4]] 作 用 于 break，[[attr5]] 作 用 于 default 表 达 式 ， 
[[attr6]] 作 用 于 goto 语 句 。 下 面 的 for 语 句 也 是 类 似 的 : 


[[ attri ]] for( int i = 0; i < top; i++ ) { 
// do oe anda, 


[[ attr2 ]] return top; 


这 里 ，[[attr1]] 作 用 于 for 表 达 式 ，[[attr2]] 作 用 于 return。 下 面 是 函 
数 有 参数 的 情况 : 


[[ attri ]] int func([[ attr2 ]] int i, [[ attr3 ]] int j) 


// do something 
[[ attr4 ]] return i+ j; 
} 


[[attr1]] 作 用 于 函数 func，[[attr2]] 和 [[attr3]] 分 别 作 用 于 整 型 参数 i 
和 j，[[attr4]] 作 用 于 return 语 句 。 


事实 上 ， 在 现 有 C++11 标 准 中 ， 只 预定 义 了 两 个 通用 属性 ， 分 别 
是 [[noreturn]] 和 [[carries_dependency]]。 而 在 C++11 标 准 委员 会 的 最 初 
提案 中 ， 还 包含 了 形 如 [[final]] 、[[override]] ` [restrict] ` [[hides]] ` 
[[base_check]] 等 通用 属性 。 不 过 最 终 ， 标 准 委员 会 只 通过 了 以 上 两 
个 ， 原因 大 概 有 以 下 几 点 : 


os 


-final、override、restrict 等 是 C++ 语言 中 需要 文 持 的 语言 特性 。 通 
用 属性 从 设计 上 讲 ， 是 可 名 略 的 属性 ， 其 设计 的 目的 主要 是 为 了 帮助 
编译 器 更 好 地 检查 代码 中 的 错误 或 帮助 编译 右 更 好 地 优化 代码 。 
此 ， 语 义 相 关 的 部 分 还 是 需要 使 用 在 关键 字 上 。 


-预定 义 的 通用 属性 应 该 是 可 移植 的 。 一 旦 预定 义 了 过 多 的 通用 局 
性 ， 会 导致 C++ 代码 的 可 移植 性 变 弱 。 


-C 语 言 是 没有 通用 属性 的 。 


虽然 看 起 来 通用 属性 的 使 用 受到 了 一 些 限 制 ， 但 至 少 其 语法 规则 
为 编译 器 厂商 或 组 织 提供 了 实现 不 同属 性 的 办 法 。 


8.2.3 ”预定 义 的 通用 属性 


如 上 文 所 述 ，C++11 预 定义 的 通用 属性 包括 [[noreturn]] 和 
[[carries_dependency]] 两 种 。 


[Inoreturn]] 是 用 于 标识 不 会 返回 的 轴 数 的 。 这 里 必须 注意 ， 不 会 
返回 和 没有 返回 值 的 (void) 函数 的 区 别 。 没 有 返回 值 的 void 函数 在 
调用 完成 后 ， 调 用 者 会 接着 执行 男 数 后 的 代码 ; 而 不 会 返回 的 函数 在 
极 调 用 完成 后 ， 后 续 代 码 不 会 再 被 执行 。 


[[noretum]] 主 要 用 于 标识 那些 不 会 将 控制 流 返 回 给 原 调用 函数 的 
函数 ， 典 型 的 例子 有 : 有 终止 应 用 程序 语句 的 贸 数 、 有 无 限 循环 语句 
的 画 数 、 有 腊 常 抛 出 的 函数 等 。 通 过 这 个 属性 ， 开 发 人 员 可 以 告知 编 
译 句 某 些 函数 不 会 将 控制 流 返 回 给 调用 函数 ， 这 能 帮助 编译 器 产生 更 
好 的 警告 信息 ， 同 时 编译 器 也 可 以 做 更 多 的 诸如 死 代 码 消除 、 免 除 为 

图 数 调用 者 保存 一 些 特 定 寄 存 右 等 代码 优化 工作 。 


我 们 可 以 看 看 代码 清单 8-11 所 示 的 这 个 例子 。 
代码 清单 8-11 


void DoSomething1(); 
void DoSomething2(); 
[[ noreturn ]] void ThrowAway( ) 
throw "expection"; // 控制 流 跳 转 到 异常 处 理 


void Func(){ 
DoSomething1(); 
ThrowAway(); 
DoSomething2(); // 该 函数 不 可 到 达 


} 
// 编译 选项 


:clang++ -std=c++11 -c 8-2-3.cpp 


在 代码 清单 8-11 中 ， 由 于 ThrowAway 抛 出 了 异常 ，DoSomething2 
永远 不 会 被 执行 。 这 个 时 候 将 ThrowAway 标 记 为 noreturn 的 话 ， 编 译 器 
会 不 再 为 ThrowAway 之 后 生成 调用 DoSomething2 的 代码 。 当 然 ， 编 译 
器 也 可 以 选择 为 Func 函 数 中 的 DoSomething2 做 出 一 些 警 告 以 提示 程序 
员 这 里 有 不 可 到 达 的 代码 。 


不 返回 的 轴 数 除了 是 有 异常 抛 出 的 函数 外 ， 还 有 可 能 是 有 终止 应 
用 程序 语句 的 函数 ， 或 是 有 无 限 循 环 语句 的 玫 数 等 。 事 实 上 ，， 
C++11 的 标准 库 中 ， 我 们 都 能 看 到 形 如 : 


Rt 


[[noreturn]] void abort(void) noexcept; 


这 样 的 函数 声明 。 这 里 声明 的 是 最 常见 的 abort 函 数 。abort 总 是 会 导致 
程序 运行 的 停止 ， 长 至 连 目 动 变 量 的 析 构 函数 以 及 本 该 在 atexit0 时 调 
用 的 函数 全 都 不 调用 就 直接 退出 了 。 因 此 声明 为 [Imoreturn]] 是 有 利于 
Bae ae (LICH ° 


不 过 程序 员 还 是 应 该 小 心 使 用 [[noreturn]]， 也 尽量 不 要 对 可 能 会 
有 返回 值 的 函数 使 用 [moreturn]]。 代 码 请 单 8-12 所 示 的 是 一 个 错误 使 
用 [[noreturn]] 的 例子 。 


代码 清单 8-12 


#include <iostream> 
using namespace std; 
[[ noreturn ]] void Func(int i){ 
// 当 参数 
工 的 值 为 
QO 时 ， 该 函数 行为 不 可 估计 
if (i < 0) 
throw "negative"; 
else if (i > 0) 
throw "positive"; 
int main(){ 
Func(0); 
cout << "Returned" << endl; // 无 法 执行 该 句 
return 1; 
// 编译 选项 


:clang++ -std=c++11 8-2-4.cpp 


代码 清单 8-12 的 例子 中 ，Func 调 用 后 的 打印 语句 永远 不 会 被 执 
行 ， 因 为 Func 个 声明 为 [[noretum]]。 不 过 由 于 函数 作者 的 疏 忽 ， 息 记 
了 i==0 时 的 状况 ， 因 此 在 ==0 时 ，Func 运 行 结束 时 还 是 会 返回 main 
的 。 在 我 们 的 实验 机 上 ， 编 译 运行 该 例子 会 在 运行 时 发 生 “ 段 错误 ”。 
当然 ， 有 具体 的 错误 情况 可 能 会 根据 编译 器 和 运行 时 环境 的 不 同 而 有 所 
不 同 。 不 过 总 的 来 说 ， 程 序 员 必 须 审慎 使 用 [[noreturn]] 。 


另外 一 个 通用 属性 [[carries_dependency]] 则 跟 并 行情 况 下 的 编译 需 
优化 有 天 。 事 实 上 ，[[carries_dependency]] 主 要 是 为 了 解决 弱 内 存 模型 
平台 上 使 用 memory_order_consume 内 存 顺 序 枚 举 问题 。 


如 我 们 在 第 6 章 里 讲 到 的 ，memory_order_consume 的 主要 作用 是 保 
证 对 当前 原子 类 型 数据 的 读 取 操 a 作 先 于 所 有 之 后 天 于 该 原子 变量 的 操 
作 完 成 ， 但 它 不 影响 其 他 原子 操作 的 顺序 。 要 保证 这 样 的 “ 先 于 发 
生 ” 的 关系 ， 编 译 帮 往往 需要 根据 memory_model 枚 举 值 在 原子 操作 间 
构建 一 系列 的 依赖 天 系 ， 以 减少 在 弱 一 致 性 模型 的 平台 上 产生 内 存 机 
栏 。 不 过 这 样 的 关系 则 往往 会 由 于 函数 的 存在 而 被 破坏 。 比 如 下 面 的 
代码 : 


atomic<int*> a; 


int* p = (int *)a.load(memory_order_consume) ; 
func(p); 


ETH (RES A, Sar ae ERY n BE FF AN AD Te func EW BNA RSE 
现 ， 因 此 ， 如 果 要 保证 a.load 先 于 任何 关于 a (或 是 p) 的 操作 发 生 ， 编 
译 絮 往往 会 在 func 函 数 之 前 加 入 一 条 内 存 栅 栏 。 然 而 ， 如 来 func 的 实 
Me: 


void func(int * p) { 
// 


. ， 假设 
p2 是 一 个 


atomijc<int*> 的 变量 


p2.store(p, memory_order_release) 


那么 对 于 func 函 数 来 说 ， 由 于 p2.store 使 用 了 memory_order_release 的 内 

存 顺 序 ， 因 此 ，p2.store 对 p 的 使 用 会 被 保证 在 任何 关于 p 的 使 用 之 后 完 

成 。 这 样 一 来 ， 编 译 器 在 func 函 数 之 前 加 入 的 内 存 顶 栏 束 变 得 宣 无 意 
且 影 响 了 性 能 。 同 样 的 情况 也 会 发 生 在 函数 返回 的 时 候 。 


而 解决 的 方法 正 是 使 用 [[carries_dependency]]。 该 通用 属性 既 可 以 
标识 函数 参数 ， 又 可 以 标识 函数 的 返回 值 。 当 标识 函数 的 参数 时 ， 它 
表示 数据 依赖 随 着 参数 传递 进入 函数 ， 即 不 需要 产生 内 存 栅栏 。 而 当 
标识 函数 的 返回 值 时 ， 它 表示 数据 依赖 随 着 返回 值 传递 出 画 数 ， 同 样 
也 不 需要 产生 内 存 栅栏 。 更 具体 的 我 们 可 以 看 看 代码 清单 8-13 所 示 的 
例子 。 


代码 清单 8-13 


#include <iostream> 

#include <atomic> 

using namespace std; 

atomic<int*> p1; 

atomic<int*> p2; 

atomic<int*> p3; 

atomic<int*> p4; 

void func_ini(int* val) { 
cout << *val << endl; 


void func_in2(int* [[carries_dependency]] val) { 
p2.store(val, memory_order_release); 
cout << *p2 << endl; 


[[carries_dependency]] int* func_out() { 
return (int *)p3.load(memory_order_consume); 


} 

void Thread() { 
int* p_ptri = (int *)p1.load(memory_order_consume) ; // L1 
cout << *p_ptri << endl;// L2 


func_ini(p_ptr1); // L3 
func_in2(p_ptr1); // L4 

int * p_ptr2 = func_out(); // L5 
p4.store(p_ptr2, memory_order_release); // L6 
cout << *p_ptr2 << endl; 


/ / 编译 选项 


‘g++ -Std=c++11 8-2-5.cpp -Cc 


在 代码 清单 8-13 中 ，L1 名 中，p1.load 采 用 了 
memory_order_consume 的 内 存 顺 序 ， 因 此 任何 关于 p1 或 者 p_ptr1 的 原 
子 操 作 ， 必 须发 生 在 L1 句 之 后 。 这 样 一 来 ，L2 将 由 编译 侣 保证 其 执行 
必须 在 L1 之 后 (通过 编译 器 正确 的 指令 排序 和 内 存 栅 栏 ，。 而 当 编 译 
器 在 处 理 L3 时 ， 由 于 func_in1 对 于 编译 器 而 言 并 没有 声明 
[[carries_dependency]] 必 性， 编译 器 则 可 能 采用 保守 的 方法 ， 在 
func_in1 调 用 表达 式 之 前 插入 内 存 栅栏 。 而 编译 絮 在 处 理 L4 句 时 ， 由 
于 函数 func_in2 使 用 了 [[carries_dependency]]， 编 译 器 则 会 假设 函数 体 
内 部 会 正确 地 处 理 内 存 顺序 ， 因 此 不 再 产生 内 存 栅栏 指令 。 事 实 上 
func_in2 中 也 由 于 p2.store 使 用 了 内 存 顺序 memory_order_release， 因 而 
不 会 产生 任何 的 问题 。 而 当 编 译 右 处理 L5 句 时 ， 由 于 func_out 的 返回 
值 使 用 了 [[carries_dependency]]， 编 译 侣 也 不 会 在 返回 前 为 
p3.load(memory_order_consume) 插 入 内 存 栅 栏 指令 去 保证 正确 的 内 存 
顺序 。 而 在 L6 行 中 ， 我 们 看 到 p4.store 使 用 了 memory_order_release， 
此 func_out 不 产生 内 存 栅栏 也 是 毫 无 问题 的 。 


事实 上 ， 本 书 编写 时 [[carries_dependency]] 还 没有 被 编译 融 文 持 ， 
而 对 一 些 强 内 存 模型 的 平台 来 说 ， 编 译 器 也 常常 会 忽略 该 通用 属性 ， 


因此 其 可 用 性 比较 有 限 。 不 过 与 [[noretum]] 相 同 的 是 ， 
[[carries_dependency]] 只 是 帮助 编译 器 进行 优化 ， 这 符合 通用 属性 设计 
的 原则 。 当 读者 使 用 的 平台 是 弱 内 存 模型 的 时 候 ， 并 且 很 关心 并 行程 
序 的 执行 性 能 时 ， 可 以 考虑 使 用 [[carries_dependency]] ° 


8.3 Unicode + 


CHP xa. 所 有 人 


8.3.1 字符 集 、 编 码 和 Unicode 


在 了 解 Unicode 之 前 ， 我 们 移 回顾 一 下 计算 机 表示 信息 的 方式 。 无 
论 是 存储 历 中 的 晶体 管 通 断 ， 还 是 磁盘 中 磁 畴 的 极 性 ， 或 者 是 光盘 中 
的 坑 槽 ， 计 算 机 总 是 使 用 两 种 不 同 的 状态 来 作为 基本 信息 ， 即 二 进 制 
信息 。 而 要 标识 现实 生活 中 更 为 复杂 的 实体 ， 则 需要 通过 多 个 这 样 的 
基本 信息 的 组 合 来 完成 。 在 计算 机 中 ， 首 当 其 冲 需 要 被 标识 的 就 是 字 
符 。 为 了 使 二 进 制 组 合 标识 字符 的 方法 在 不 同 设计 的 计算 机 间 通 用 ， 
就 迫切 需要 统一 的 字符 编码 方法 。 于 是 在 20 世 纪 60 年 代 的 时 候 ， 现 在 
使 用 最 为 广泛 的 ASCII 字 符 编 码 就 出 现 了 。 


在 ANSI 颁 布 的 标准 中 ， 基 本 ASCII 的 字符 使 用 了 7 个 二 进 制 位 进行 
标识 ， 这 意味 着 总 共 可 以 标识 128 种 不 同 的 字符 。 这 对 英文 字符 (以 及 
一 些 控制 字符 、 标 点 符号 等 ) 来 说 绰绰有余 ， 不 过 随 着 计算 机 在 全 世 
界 的 普及 ， 非 字符 构成 的 语言 (如 中 文 ) 也 需要 得 到 支持 ，128 个 字符 
对 于 全 世界 众多 语言 而 言 就 显得 力不从心 了 。 


到 了 20 世 纪 90 年 代 ，ISO 与 Unicode 两 个 组 织 共同 发 布 了 能 够 唯一 
地 表示 各 种 语言 中 的 字符 的 标准 。 通 常情 况 下 ， 我 们 将 一 个 标准 中 能 
够 表示 的 所 有 字符 的 集合 称 为 字符 集 。 通 常 ， 我 们 称 ISO/Unicode 所 害 
义 的 字符 集 为 Unicode。 在 Unicode 中 ， 每 个 字符 占据 一 个 码 位 (Code 
point) 。Unicode 字 符 集 总 共 定义 了 1114112 个 这 样 的 码 位 ， 使 用 从 0 到 


10FFFEF 的 十 六 进 制 数 唯一 地 表示 所 有 的 字符 。 不 过 不 得 不 提 的 是 ， 虽 
然 字符 集中 的 码 位 唯一 ， 但 由 于 计算 机 存储 数据 通常 是 以 字 市 为 单位 
的 ， 而 且 出 于 兼容 之 前 的 ASCII、 大 数 小 段 数 段 、 市 省 存储 空间 等 诸多 
原因 ， 通 常情 况 下 ， 我 们 需要 一 种 具体 的 编码 方式 来 对 字符 码 位 进 

和 存储。 比较 第 见 的 基于 Unicode 字 符 集 的 编码 方式 有 UTF-8、UTF-16 及 
UTF-32 (一 般 人 常常 把 UTF-16 和 Unicode 混 为 一 谈 ， 在 阅读 各 种 资料 的 
时 候 读 者 要 注意 区 别 ) 。 


以 UTF-8 为 例 ， 其 采用 了 1~6 字 和 的 变 长 编码 方式 编码 Unicode， 英 
文通 常 使 用 1 字 节 表示 ， 且 与 ASCII 是 兼容 的 ， 而 中 文 常 用 3 字 节 进行 表 
示 。UTF-8 编 码 由 于 较为 节约 存储 空间 ， 因 此 使 用 得 比较 广泛 。 表 8-1 
所 示 就 是 UTF-8 的 编码 方式 。 


表 8-1 UTF-8 的 编码 方式 


Unicode 符号 范围 ( 十 六 进 制 ) UTF-8 编码 方式 (二进制 ) 
0000 0000—0000 007F OXXXXXXX 
0000 0080—0000 07FF 110xxxxx 10xxxxxx 
0000 0800—0000 FFFF 1110xxxx 10xxxxxx 10xxxxxx 
0001 0000—0010 FFFF 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx 


注意 “事实 上 ， 现 行 桌面 系统 中 ，Windows 内 部 采用 了 UTF-16 的 
编码 方式 ， 而 Mac OS、Linux 等 则 采用 了 UTF-8 编 码 方式 。 


除了 基于 Unicode 字 符 集 的 UTF-8、UTF-16 等 编码 外 ， 在 中 文 语言 
地 区 ， 我 们 还 有 一 些 常 见 的 字符 集 及 其 编码 方式 ，GB2312、Big5 就 是 


其 中 影响 最 大 、 使 用 最 广泛 的 两 种 。 


GB2312 的 出 现 先 于 Unicode。 早 在 20 世 纪 80 年 代 ，GB2312 作 为 简 
体 中 文 的 国家 标准 被 颁布 使 用 。GB2312 字 符 集 收入 6763 个 汉字 和 682 
个 非 汉 字 图 形 字 符 ， 而 在 编码 上 ， 是 采用 了 基于 区 位 码 的 一 种 编码 方 
式 ， 采 用 2 字 节 表示 一 个 中 文字 符 。GB2312 在 中 国 大 陆地 区 及 新 加 坡 
都 有 广泛 的 使 用 。 


而 BIG5 则 第 见于 楷体 中 文 ， 份 称 “ 大 五 但”。BIG5 是 长 期 以 来 的 党 
体 中 文 的 业界 标准 ， 共 收录 了 13060 个 中 文字 ， 也 采用 了 2 字 节 的 方式 
来 表示 繁体 中 文 。BIG5 在 中 国 台 湾 、 和 香港、 澳门 等 地 区 有 着 广泛 的 使 
用 o 


扩展 ”关于 内 码 和 交换 码 


内 码 实 际 束 古 字符 在 计算 机 存储 单元 中 的 二 进 制 表 示 ， 在 早期 中 
文字 符 编 码 宴 乱 的 时 候 ， 内 码 和 交换 码 等 概念 就 产生 了 。 每 一 种 二 进 
制 表 示 的 中 文 的 编码 都 被 认为 是 一 种 内 码 ， 而 在 有 多 种 内 码 的 情况 
下 ， 交 换 码 被 设计 为 协调 不 同 的 内 码 间 数 据 交 换 的 手段 。 依 照 这 种 认 
知 方式 ，UTF-8 等 编码 即 是 内 码 ， 也 是 交换 码 。 随 着 时 代 的 发 展 和 各 种 
标准 的 先后 制定 ， 内 码 和 交换 码 的 概念 也 在 被 逐渐 淡化 ， 因 为 通常 情 
况 下 ， 两 着 忌 是 一 致 的 。 


不 同 的 编码 方式 对 于 相同 的 二 进 制 字符 串 的 解释 是 不 同 的 。 常 见 
的 ， 如 果 一 个 UTF-8 编 码 的 网 页 中 的 字符 串 按照 GB2312 编 码 进 行 显 
示 ， 就 会 出 现 乱 码 。 而 BIG5 和 GB2312 之 间 的 乱码 则 在 中 文 地 区 软件 中 
有 着 “悠久 ”的 历史 。 不 过 随 着 Unicode 的 使 用 和 发 展 ， 以 及 软件 系统 对 
多 种 编码 的 支持 ， 程 序 发 生 乱 码 的 现象 也 越 来 越 少 。 总 的 说 来 ， 
Unicode 还 在 其 发 展期 ，Unicode、GB2312 以 及 BIG5 等 多 种 编码 共存 的 
状况 可 能 在 以 后 较 长 的 时 间 内 都 会 持续 下 去 。 


8.3.2 C++11 中 的 Unicode 支 持 


在 C++98 标 准 中 ， 为 了 文 持 Unicode， 定 义 了 “ 宽 字 符 ” 的 内 置 类 型 
wchar t。 不 过 不 久 程序 员 便 发 现 C++ 标准 对 wchar t 的 “宽度 ”显然 太 过 
RE, Windows E, Zğrtwchar t 被 实现 为 16 位 宽 ， 而 在 Linuxz 上 ， 则 
被 实现 为 32 位 。 事 实 上 ，C++98 标 准 定义 中 ，wchar_t 的 宽度 是 由 编译 
需 实 现 决定 的 。 理 论 上 ，wchar t 的 长 度 可 以 是 8 位 、16 位 或 者 32 位 。 
这 样 囊 来 的 最 大 的 问题 是 ， 程 序 员 写 出 的 包含 wchar t 的 代码 通常 不 可 
移植 。 


这 一 状况 在 C++11 中 得 到 了 一 定 的 改善 ， 至 少 C++11 解 决 了 
Unicode 类 型 数据 的 存储 问题 。C++11 引 入 以 下 两 种 新 的 内 置 数据 类 型 
来 存储 不 同 编码 长 度 的 Unicode 数 据 。 


-char16_t: 用 于 存储 UTF-16 编 码 的 Unicode 数 据 。 


-char32_t: 用 于 存储 UTF-32 编 码 的 Unicode 数 据 。 


至 于 UTF-8 编 码 的 Unicode 数 据 ，C++11 还 是 使 用 8 字 节 宽度 的 char 
类 型 的 数组 来 保存 。 而 char16_t 和 char32_t 的 长 度 则 犹如 其 名 称 所 显示 
的 那样 ， 长 度 分 别 为 16 字 节 和 32 字 节 ， 对 任何 编译 器 或 者 系统 都 是 一 
样 的 。 


此 外 ，C++11 还 定义 了 一 些 各 量 字符 串 的 前 缀 。 在 声明 常量 字符 
串 的 时 候 ， 这 些 前 绥 声 明 可 以 让 编译 人 套 使 字符 串 按 照 前 组 类 型 产生 数 
据 。 事 实 上 ，C++11 一 共 定义 了 3 种 这 样 的 前 级 : 


-u8 表 示 为 UTF-8 编 码 。 
表示 为 UTF-16 编 码 。 
.U 表 示 为 UTF-32 编 码 。 


3 种 前 缀 对 应 于 3 种 不 同 的 Unicode 编 码 。 一 旦 声明 了 这 些 前 级 ， 编 
译 妖 会 在 产生 代码 的 时 候 按照 相应 的 编码 方式 存储 。 以 上 3 种 前 缀 加 上 
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来 在 C++11 中 ， 一 共有 了 5 种 方式 来 声明 字符 串 字 面 量 ， 其 中 4 和 
级 表达 的 。 


—-—H 
(一 


通常 情况 下 ， 按 照 C/C++ 的 规则 ， 连 续 在 代码 中 声明 多 个 字符 串 
字面 量 ， 则 编译 各 会 目 动 将 其 连接 起 来 。 比 如 "a"b" 这 样 声 明 的 方式 
与 "ab" 的 声明 方式 到 无 区 别 。 而 一 旦 连续 声明 的 多 个 字符 串 字 面 量 中 
的 某 一 个 是 前 缀 的 ， 则 不 市 前 缀 的 子 符 串 字面 量 会 被 认为 与 市 前 级 的 
字符 串 字 面 量 是 同类 型 的 。 比 如 声明 u"a""b" 和 "a"u"b"， 其 效 采 了 跟 
uab'" 和 是 完全 等 同 的 ， 都 是 生成 了 连续 的 字面 量 等 于 UTF-16 编 码 "ab" 的 
字符 串 。 不 过 最 好 不 要 将 各 种 前 绥 字 符 串 字面 量 连续 声明 ， 因 为 标准 


定义 除了 UTF-8 和 宽 字 符 字 符 训 字面 量 同 时 声明 会 冲突 外 ， 其 他 字符 


串 字 面 量 的 组 合 最 终 会 产生 什么 结果 ， 以 及 会 按照 什么 类 型 解释 ， 有 是 
由 编译 器 实现 自行 决定 的 。 因 此 应 该 尽量 避免 这 种 不 可 移植 的 字符 串 
字面 量 声明 方式 。 


对 于 Unicode 编 码 字 符 的 书写 ，C++11 中 还 规定 了 一 些 简明 的 方 

式 ， 即 在 字符 串 中 用 和 ww' 加 4 个 十 六 进 制 数 编码 的 Unicode 码 位 (UTF- 
16) 来 标识 一 个 Unicode 字 符 。 比 如 \u4F60' 表 示 的 就 是 Unicode 中 的 中 
文字 符 “ 你 ?， 而 Nu597D' 则 是 Unicode 中 的 “好 ”。 此 外 ， 也 可 以 通 

过 \U' 后 跟 8 个 十 六 进 制 数 编码 的 Unicode 码 位 (UTF-32) 的 方式 来 书写 
Unicode 字 面 常 量 。 程 序 员 获得 Unicode 码 位 的 编码 的 方法 很 多 ， 比 如 
在 Windows 系 统 下 ， 可 以 使 用 系统 目 帝 的 字符 映 映 表 ， 而 在 网 络 上 ， 
也 可 以 轻松 地 找到 很 多 免费 提供 的 中 文 到 Unicode 的 在 线 转换 服务 的 网 
站 。 


我 们 可 以 来 看 一 下 代码 清单 8-14 所 示 的 这 个 例子 。 


代码 清单 8-14 


#include <iostream> 
using namespace std; 
int main()f{ 
char utf8[] = u8"\u4F60\uU597D\u554A"; 
char16_t utf16[] = u"hello"; 
char32_t utf32[] = U"hello equals \u4F60\uU597D\U554A" ; 
cout << utf8 << endl; 
cout << utf16 << endl; 
cout << utf32 << endl; 


char32_t u2[] = u"hello"; // Error 
char u3[] = U"hello"; // Error 
chari6_t u4 = u8"hello"; // Error 


} 
// 编译 选项 


:Clang++ 8-3-1.cpp -std=c++11 


在 本 例 中 ， 我 们 声明 了 3 种 不 同类 型 的 Unicode 字 符 串 utf8、utf16 
和 utf32。 由 于 无 论 对 哪 种 Unicode 编 码 ， 英 文 的 Unicode 码 位 都 相同 ， 
因此 只 有 非 英文 使 用 了 "ua" 的 码 位 方式 来 标志 。 我 们 可 以 看 到 ,一旦 
使 用 了 Unicode 字 符 串 前 级 ， 这 个 字符 串 的 类 型 就 确定 了 ， 仪 能 放 在 相 
应 类 型 的 数组 中 。u2、u3、u4 束 是 因为 类 型 不 匹配 而 不 能 通过 编译 。 


如 果 我 们 注释 挥 不 能 通过 的 定义 ， 编 译 并 运行 代码 清单 8-14， 在 
我 们 的 实验 机 上 可 以 得 到 以 下 输出 : 


inte 
6xX7fffaf687349 
对 应 于 char utf8[]=u8'"\u4F60\u597DNu554A" 这 句 ， 该 UTF-8 字 符 串 
对 应 的 中 文 是 “你 好 啊 ”。 而 对 于 utft16 和 utf32 变 量 ， 我 们 本 来 期 望 它们 
分 别 输出 “hello” 及 “hello equals 你 好 啊 ”。 不 过 实验 机 上 我 们 都 只 得 到 
了 一 串 数字 输出 。 这 是 什么 原因 呢 ? 


事实 上 ，C++11 虽 然 在 语言 层面 对 Unicode 进 行 了 文 持 ， 但 语言 层 
面 并 不 是 唯一 的 决定 因素 。 用 户 要 在 自己 的 系统 上 看 到 正确 的 Unicode 
文字 ， 还 需要 输出 环境 、 编 译 絮 ， 甚 至 是 代码 编辑 右 等 的 支持 。 我 们 


可 以 按照 编写 代码 、 编 译 、 运 行 的 顺序 来 看 看 它们 对 整个 Unicode 了 字符 
串 输出 的 影响 。 


首先 会 影响 Unicode 正 确 性 的 过 程 是 源 文件 的 保存 。 以 字 
从 "\u4F60" 为 例 ， 其 保证 的 是 输入 数据 等 同 于 Unicode 中 码 位 为 4F60 的 
字符 ， 而 被 保存 的 源 代码 文件 中 ， 数 据 采 用 的 编码 则 跟 编 辑 器 有 关 。 
如 编辑 器 采用 了 GB2312 编 码 保存 数据 ， 则 源 代码 文件 中 utf8 变 量 的 前 2 
字 节 保存 的 是 GB2312 编 码 的 中 文字 “你 ”。 而 如 果 编 辑 器 采用 了 UTF-8 
编码 ， 则 源 代码 文件 中 的 utf8 变 量 的 前 3 字 节 保存 的 是 UTF-8 的 中 文 


字 “ 你 ” 5 


第 二 个 会 影响 Unicode 正 确 性 的 过 程 是 编译 。C++11 中 的 u8 前 绥 保 
证 编译 器 把 utf8 变 量 中 的 数据 以 UTF-8 的 形式 产生 在 目标 代码 的 数据 段 
中 。 不 过 通常 编译 器 也 会 有 自己 的 设 定 ， 如 果 编 译 器 被 设 置 了 正确 的 
编码 形式 ， (比如 文件 保存 为 GB2312 编 码 ， 编 译 器 也 设置 了 文件 格式 
为 GB2312， 或 者 两 者 均 为 UTF-8) ， 则 u8 前 绥 能 够 正常 工作 。 


第 三 个 会 影响 Unicode 正 确 性 的 过 程 生 输出 。C++ 的 操作 符 “<<” 保 
VEER LAS (char) 、 双 字 (char16 t) 、 四 字 (char32_t) 的 方 
式 输出 到 输出 设备 ， 但 输出 设备 《比如 在 Linux 下 的 shell ， 或 是 
Windows 下 的 console) 是 否 能 够 文 持 该 编码 类 型 的 输出 ， 则 取决 于 设 
备 张 动 等 软件 层 。 


我 们 的 实验 机 是 一 台 Linux 机 器 。 对 于 Linux 而 言 ， 大 多 数 软件 如 
shell、 编 辑 侣 vi， 以 及 编译 右 g++ 等 都 会 根据 Linux 系 统 locale 设 定 而 米 
用 UTF-8 编 码 。 在 代码 清单 8-14 所 示 的 例子 中 ，utf8 变 量 会 输出 正确 ， 
而 utf16、utf32 数 据 输出 均 失 败 ， 原 因 束 是 因为 系统 并 不 支持 UTF-16 和 
UTF-32 输 出 。 


在 现 有 的 编程 环境 支持 下 ， 如 果 要 保证 在 程序 中 直接 输入 中 文 得 
到 正确 的 输出 ， 我 们 建议 程序 员 要 使 用 与 系统 环境 中 相同 的 编码 方 
式 。 比 如 在 Linux 下 (现在 很 多 Linux 系 统 的 发 布 版 均 使 直接 用 UTF-8 作 
为 系统 中 的 编码 ) ，u8 前 缀 的 UTF-8 编 码 Unicode 会 得 到 广泛 的 支持 。 
而 Windows 由 于 内 部 采用 了 UTF-16 的 方式 保存 文字 编码 ， 因 此 u 前 绥 的 
UTF-16 编 码 的 Unicode 可 能 会 被 文 持 得 更 好 。 而 如 果 程 序 员 想 在 不 同 
系统 下 编译 相同 的 文件 〈 这 也 并 不 少见 ， 比 如 在 一 些 基于 QT IDE 的 路 
平台 开发 上 ， 程 序 员 会 在 各 平台 间 共 享 源 代码 ) ， 程 序 员 则 应 该 注意 
查看 编辑 器 与 编译 器 是 否 使 用 了 不 同 的 编码 方式 ， 并 按 需 调整 。 


如 采 在 用 户 确认 了 使 用 环境 没有 问题 ， 在 程序 员 排 除了 上 述 环 境 
上 的 困难 之 后 ， 又 有 了 char16_t、char32_t 以 及 各 种 前 级 表示 、\u 字 面 
值 等 ， 是 否 意 味 着 Unicode 真 的 束 可 以 民 好 运作 了 呢 ? 让 我 们 来 看 看 代 
码 清单 8-15 所 示 的 这 个 的 例子 。 


代码 清单 8-15 


#include <iostream> 

using namespace std; 

int main() { 
char utf8[] = u8"\u4F60\uU597D\u554A"; 
char16_t utf1i6[] = u"\u4F60\uU597D\u554A"; 
cout << sizeof(utf8) << endl; // 10375 


cout << sizeof(utf1i6) << endl; // 8 字 节 


cout << utf8[1] << endl; // 输出 不 可 见 字符 


cout << utf16[1] << endl; // 输出 
22909(@x597D) 
// 编译 选项 


:g++ -Std=c++118-3-2.cpp 


这 个 例子 里 ， 我 们 首先 看 不 同 编码 情况 下 Unicode 字 符 串 的 大 小 。 
可 以 看 到 ，UTF-8 由 于 采用 了 变 长 编码 ， 在 这 里 把 每 个 中 文字 符 编码 
为 3 字 市 ， 再 加 上 "0' 的 字符 串 终止 符 ， 所 以 utf8 变 量 的 大 小 是 10 字 市 。 
而 UTF-16 则 是 定 长 编码 ， 所 以 utf16 占 用 了 8 字 节 空间 。 倘 若 我 们 按照 
使 用 ASCII 字 符 的 思路 来 使 用 Unicode 字 符 ， 比 如 使 用 数组 来 访问 的 时 
候 ， 我 们 发 现 utf8 的 输出 是 不 正确 的 (这 里 的 utf16 是 正确 的 ， 只 是 实 
验 机 无 法 正常 输出 ) 。 事 实 上 ， 我 们 将 UTF-8 编 码 的 数据 放 在 了 一 个 
char 类 型 中 ， 所 以 utf8[1] 只 是 指向 了 第 一 个 UTF-8 字 符 3 字 节 中 的 第 二 
位 ， 因 此 输出 不 正常 。 


相 比 于 定 长 编码 的 UTF-16， 变 长 编码 的 UTF-8 的 优势 在 于 文 持 更 
多 的 Unicode 码 位 ， 而 且 也 没有 大 数 端 小 端 段 问题 (而 有 字 节 序 问题 的 
UTF-16 有 LE 和 BE 两 种 不 同 版 本 ) 。 不 过 不 能 直接 数组 式 访问 是 UTF-8 


的 最 大 的 缺点 。 此 外 ，C++11 为 char16_t 和 char32_t 分 别 配 备 了 ul6string 
及 u32string 等 字符 串 类 型 ， 却 没有 u8string (因为 从 实现 上 讲 ， 变 长 的 
UTF-8 编 码 的 数据 也 不 是 很 容易 与 string 配 合 使 用 ) 。 这 样 一 来 ，UTF- 
8 的 字符 串 不 能 够 被 方便 地 进行 增删 、 查 找 ， 至 于 利用 各 种 高 级 的 STL 
算法 ， 就 更 加 困难 了 。 


倘 大 用 户 要 完成 上 面 的 各 种 复杂 的 操作 ， 需 要 的 是 一 个 复杂 的 类 
型 ， 比 如 说 用 utf8_t 的 类 型 来 保存 变 长 的 UTF-8 字 符 ， 而 不 是 像 现 在 这 
样 用 char 数 组 来 “存放 ”UTF-8 子 符 。 这 个 想法 固然 也 有 一 些 道理 ， 但 
utf8_t 类 型 给 C++ 珊 来 的 冲击 可 能 也 古 很 大 的 ， 因 为 它 看 起 来 像 是 个 基 
本 类 型 ， 却 是 变 长 的 ， 与 已 有 算法 结合 并 不 一 定 有 性 能 上 的 优势 (E 
如 计算 第 N 个 元 素 的 时 间 复 杂 度 不 再 是 DO(D)) 。 


UTF-8 变 长 的 设 定 更 多 时 候 是 为 了 在 序列 化 时 节省 存储 空间 ， 定 
长 的 UTF-16 编 码 或 者 UTF-32 则 更 适合 在 内 存 环 境 中 操作 。 因 此 ， 在 现 
有 C++ 编程 中 ， 总 是 倾 问 于 在 IO 读 写 的 时 候 才 采用 UTF-8 编 码 ， 即 在 
进行 WO 操作 时 才 将 定 长 Unicode 编 码 转 化 为 UTF-8 使 用 。 内 存 中 一 直 操 
作 的 是 定 长 的 Unicode 编 码 ， 故 不 过 在 这 种 使 用 方式 下 ， 编 码 转换 就 成 
了 更 加 常用 旦 不 可 或 缺 的 功能 。 


8.3.3 ”关于 Unicode 的 库 支 持 


C++11 在 标准 库 中 增加 了 一 些 Unicode 编 码 转 换 的 支持 。 由 于 
char16_t 及 char32_t 也 是 C11 标 准 中 新 增 的 类 型 ， 所 以 C 库 及 C++ 库 均 有 
一 些 不 同 的 实现 。 


目 先 我 们 可 以 看 一 些 比较 直观 的 编码 转换 函数 。 在 C11 中 ， 程 序 
员 可 以 使 用 库 中 的 一 些 新 增 的 编码 转换 函数 来 完成 各 种 Unicode 编 码 间 
的 转换 。 画 数 的 原型 如 下 : 


size_t mbrtoci6(chari6_t * pc16, const char * s, size_t n, mbstate_t * ps); 
size_t ci6rtomb(char * s, chari6_t c16, mbstate _t * ps); 
size_t mbrtoc32(char32_t * pc32, const char * s, size_t n, mbstate_t * ps); 
size_t c32rtomb(char * s, char32_t c32, mbstate_t * ps); 


上 述 代码 中 ， 字 母 mb 是 multi-byte (这 里 指 多 字 节 字符 串 ， 后 面 会 
解释 ) 的 缩写 ，c16 和 c32 则 是 char16 和 char32 的 缩写 ，rt 是 convert ( 转 
换 ) 的 缩写 。 代 码 中 的 几 个 函数 原型 大 同 小 异 ， 目 的 束 是 完成 多 字 节 
字符 串 、UTF-16 及 UTF-32 之 间 的 一 些 转换 。 除 了 mbstate_t 是 用 于 返回 
转换 中 的 状态 信息 外 ， 其 余部 分 意义 比较 明显 ， 读 者 应 该 能 直观 理解 
它们 的 含义 。 代 码 清单 8-16 所 示 是 一 个 可 能 通过 编译 的 例子 。 


代码 清单 8-16 


#include <iostream> 
#include <cuchar> 
using namespace std; 
int main() { 
char16_t utf16[] = u"\u4F60\u597D\u554A"; 
char mbr[sizeof(utf16)*2] = {0}; // 这 里 我 们 假设 


buffer 这 么 大 就 够 了 


mbstate_t s; 
ci6rtomb(mbr, utf16, &s); 
cout << mbr << endl; 


/ / 编译 选项 


‘g++ -Std=c++11 -c 8-3-3.cpp 


使 用 C11 中 编码 转换 函数 需要 include 头 文件 <cuchar>。 不 过 在 本 书 
写作 的 时 候 ， 我 们 使 用 的 编译 器 都 还 没 能 提供 这 个 头 文件 及 其 实现 。 
所 以 代码 清单 8-16 所 示 的 例子 仅 供 参考 。 


C++ 对 字符 转换 的 支持 则 稍微 复杂 一 点 ， 不 过 C++ 对 编码 转换 支 
持 的 新 方法 都 需要 源 自 于 C++ 的 locale 机 制 的 支持 向 。 事 实 上 ，locale 
的 概念 在 POSIX 中 束 用 ， 在 C++ 中 ， 通 常情 况 下 ，locale 描 述 的 是 一 些 
必须 知道 的 区 域 特征 ， 如 程序 运行 的 国家 /地 区 的 数字 符号 、 日 期 表 
示 、 钱 币 符号 等 。 比 如 在 美国 地 区 且 采 用 了 英文 和 UTF-8 编 码 ， 这 样 
的 locale 可 以 表示 为 en_US.UTF-8， 而 在 中 国 使 用 简体 中 文 并 采用 
GB2312 文 字 编 码 的 locale 则 可 以 被 表示 为 zh_CN.GB2312， 等 等 。 


通常 知道 了 一 个 地 区 的 locale， 要 使 用 不 同 的 地 区 特征 ， 则 需 访 问 
该 locale 的 一 个 facet。facet 可 以 简单 地 理解 为 是 locale 的 一 些 接 口 。 比 
如 对 于 所 有 的 locale 都 会 有 num_put/num_get 的 操作 ， 那 么 这 些 操作 就 


是 针对 该 locale 数 值 存 取 的 接口 ， 即 该 locale 情 况 下 数值 存 取 的 facet 。 
在 C++ 中 常见 的 facet 除 去 num_get/num_put、money_get/money_put 等 
外 ， 还 有 一 种 瓯 是 codecvt 。 


codecvt 从 类 型 上 来 讲 是 一 个 模板 类 ， 从 功能 上 讲 ， 是 一 种 能 够 完 
成 从 当前 locale 下 多 字符 编码 字符 串 到 多 种 Unicode 字 符 编 码 转换 (也 
包括 Unicode 字 符 编 码 间 的 转换 ) 的 facet。 这 里 的 多 字 节 字符 串 不 仅 可 
以 是 UTF-8， 也 可 以 是 GB2312 或 者 其 他 ， 其 实际 依赖 于 locale 所 采用 的 
编码 方式 。 在 C++ 标准 中 ， 规 定 一 共 需 要 实现 4 种 这 样 的 codecvt facet 


[2] 。 


std::codecvt<char, char, std::mbstate_t> // 完成 多 字 节 与 


Char 之 间 的 转换 


std::codecvt<char16 t, char, std::mbstate_t> // 完成 
UTF-16 与 


UTF - 8 间 的 转换 


std::codecvt<char32_t, char, std::mbstate_t> // 完成 
UTF-32 与 


UTF-8 间 的 转换 


std::codecvt<wchar_t, char, std::mbstate_t> // 完成 多 字 节 与 


WCchar_ 七 之 间 的 转换 


每 种 facet 负 责 不 同类 型 编码 数据 的 转换 。 值 得 注意 的 是 ， 现 行 编 
译 絮 支持 情况 下 ， 一 种 locale 并 不 一 定 支 持 所 有 的 codecvt 的 facet。 程 序 
员 可 以 通过 has_facet 来 查询 该 locale 在 本 机 上 的 支持 情况 ， 如 代码 清单 


8-17 所 示 。 


代码 清单 8-17 


#include <iostream> 
#include <locale> 
using namespace std; 
int main()f{ 

VA REN 


]0Cale 并 查询 该 


]0CAale 是 否 支 持 一 些 


facet 

locale lc("en_US.UTF-8"); 
bool can cvt = has_facet<codecvt<wchar_t, char, mbstate_t>>(lc); 
if (!can_cvt) 

cout << "Do not support char-wchar_t facet!" << endl; 
can_cvt = has_facet<codecvt<char1i6_t, char, mbstate_t>>(lc); 
if (!can_cvt) 

cout << "Do not support char-chari6 facet!" << endl; 
can_cvt = has_facet<codecvt<char32_t, char, mbstate_t>>(lc); 
if (!can_cvt) 

cout << "Do not support char-char32 facet!" << endl; 
can_cvt = has_facet<codecvt<char, char, mbstate_t>>(lc); 
if (!can_cvt) 

cout << "Do not support char-char facet!" << endl; 
return 0; 


/ / 编译 选项 


‘g++ -Std=c++11 8-3-4.cpp 


编译 运行 代码 清单 8-17， 在 我 们 的 实验 机 环境 及 编译 器 支持 情况 
下 ， 可 以 得 到 以 下 结果 : 


Do not Support char-char16 facet! 
Do not support char-char32 facet! 


由 上 还 结果 可 知 ， 从 char 到 char16 或 char32 转 换 有 的 两 种 facet 还 没有 
被 支持 (实验 机 使 用 的 编译 器 尚未 支持 ) 。 


而 在 使 用 facet 上 ， 用 户 并 不 需要 显 式 地 在 代码 中 生成 codecvt 对 
象 。 比 如 在 对 C++11 中 stream 进 行 WO 时 ， 我 们 只 需要 一 些 简 单 的 设 
定 ， 就 可 以 让 stream 目 动 进行 一 些 编码 的 转换 。 我 们 看 一 下 代码 清单 8- 
18 所 示 的 例子 中 。 


代码 清单 8-18 


#include <iostream> 
#include <fstream> 
#include <string> 
#include <locale> 
#include <iomanip> 
using namespace std; 
int main() 


// UTF-8 字 符 串 


, "\x7a\xc3\x9Ff\xe6\xbO\xb4\xFO\x9d\x84\x8b"; 
ofstream("text.txt") << u8"z\u00dF\u6Cc34\U0001d10b"; 
wifstream fin("text.txt"); 

// 该 


locale) 


facet - codecvt<wchar_t, char, mbstate_t> 
// 可 以 将 


UTF - 8 转化 为 
UTF-32 
fin.imbue(locale("en_US.UTF-8")); 
cout << "The UTF-8 file contains the following wide characters: \n"; 
for(wchar_t c; fin >> c; ) 
cout << "U+" << hex << setw(4) << setfill('0') << c << '\n'; 
/ / 编译 选项 


‘g++ -Std=c++11 8-3-5.cpp 


在 代码 清单 8-18 中 ， 我 们 使 用 了 wifstream 来 打开 一 个 UTF-8 编 码 
的 文件 。 随 后 调用 了 这 个 wifstream 的 imbue 函 数 ， 为 其 设 定 了 一 个 为 
en_US.UTF-8 的 locale。 这样 一 来 当 进行 WO 操作 的 时 候 ， 会 使 用 完成 
UTF-8 到 UTF-32 编 码 转换 的 facet (codecvt<wchar_t,char,mbstate_t>) 来 
完成 编码 转换 。 编 译 运行 代码 清单 8-18， 我 们 就 可 以 看 到 定义 的 
Unicode 字 符 串 的 十 六 进 制 表示 。 


The UTF-8 file contains the following wide characters: 
U+007a 
U+00df 
U+6c34 
U+1d10b 


codecvt 还 派生 一 些 形 如 codecvt_utf8、codecvt_utf16、 
codecvt_utf8_utf16 等 可 以 用 于 字符 串 转 换 的 模板 类 。 这 些 模板 类 配合 
C++11 定 义 的 wstirng_convert 模 板 ， 可 以 进行 一 些 不 同 字符 串 的 转换 。 
代码 清单 8-19 也 是 一 个 C++11 标 准 中 的 示例 ， 不 过 由 于 我 们 编译 器 尚 
未 支持 ， 所 以 也 仅 供 参考 。 


代码 清单 8-19 


#include <cvt/wstring> 

#include <codecvt> 

#include <iostream> 

using namespace std; 

int main() { 
wstring_convert<codecvt_utf8<wchar_t>> myconv; 
string mbstring = myconv.to_bytes(L"Hello\n"); 
cout << mbstring; 


除了 to_bytes 外 ，wstring_convert 不 支持 使 用 from_bytes 来 完成 逆 问 
的 编码 转换 。 更 多 关于 wstring_convert、locale、codecvt 的 内 容 ， 读 者 
可 以 参看 一 些 在 线 文档 ， 这 里 不 再 展开 描述 。 


此 外 ， 还 有 一 点 值得 注意 ， 在 C++98 标 准 定义 wchar_t 类 型 的 时 
候 ， 为 其 添加 了 新 的 fstream 类 型 ， 如 wifstream 及 wofstream 等 。 不 过 
C++11 标 准 并 没有 为 char16_t 及 char32_t 再 次 产生 fstream 对 象 。 关 于 这 
点 ， 跟 前 面 提 到 的 UTF-8 操 作 问 题 有 类 似 。 标准 委员 会 意识 到 在 
Unicode 在 序列 化 存储 时 很 少 是 UTF-16 或 者 是 UTF-32 的 (空间 太 过 浪 
费 ) 。 所 以 从 实际 情况 出 发 ， 程 序 员 可 以 利用 不 同 的 codecvt 的 facet 来 
将 UTF-8 编 码 存储 的 字符 与 不 同 的 Unicode 进 行 转换 ， 而 不 必 直 接 将 
UTF-16 和 UTF-32 编 码 的 字符 存储 到 文件 ， 基 于 此 ， 也 就 没 在 C++11 标 


准 中 提供 支持 该 功能 的 ul6ifstream、u32ofstream 等 。 


事实 上 ， 尽 管 C++11 对 Unicode 做 了 更 多 的 文 持 ，Unicode 字 符 串 的 
使 用 仍然 比 ASCIH 字 符 复 杂 。 如 我 们 所 见 的 ， 程 序 在 进行 各 种 IO 操作 
时 ， 往 往 需要 UTF-8 编 码 的 字符 。 程 序 员 如 果 想 直接 在 内 存 中 操作 
UTF-8 编 码 字符 ， 那 么 对 UTF-8 字 符 串 的 string 进 行 遇 历 、 插 入 、 删 
除 、 查 找 等 操作 会 比较 困难 。 如 果 遇 到 这 样 的 情况 ， 程 序 员 可 以 自行 
寻求 一 些 第 三 方 库 的 支持 。 


[1] 可 以 参考 该 文理 解 C++ 的 locale 机 #l 


http:/www.cantrip.org/locale.html ° 


[2] 参见 http://en.cppreference.com/w/cpp/locale/codecvt ° 
[3] 本 例 来 源 于 http://en.cppreference.com/w/cpp/locale/codecvt， 仪 做 了 
注释 上 的 修改 。 


8.4 JRESRR SAS 


CHP xa. 所 有 人 


原生 字符 串 字面 量 (raw string literal) 并 不 是 一 个 新 鲜 的 概念 ， 
在 许多 编程 语言 中 ， 我 们 都 可 以 看 到 对 原生 字符 串 字 面 量 的 文 持 。 原 
生字 符 串 使 用 户 书写 的 字符 串 “ 所 见 即 所 得 ”， 不 再 需要 如 \、 An 等 控 
制 字 符 来 调整 字符 串 中 的 格式 ， 这 对 编程 语言 的 学 习 和 使 用 都 是 具有 
积极 意义 的 。 


顺应 这 个 测 流 ， 在 C++11 中 ， 终 于 引入 了 原生 字符 串 字 面 量 的 文 
持 。C++11 中 原生 字符 串 的 声明 相当 人 简单， 程序 员 只 需要 在 字符 串 前 
加 入 前 弘 ， 即 字母 R， 并 在 引号 中 用 使 用 括号 左右 标识 ， 束 可 以 声明 
该 字符 串 字 面 量 为 原生 字符 串 了 。 请 看 下 面 的 例子 ， 如 代码 清单 8-20 
ns 


代码 清单 8-20 


#include <iostream> 
using namespace std; 
int main()f{ 
cout << R"(hello,\n 
world)" << endl; 
return 0; 


/ /编译 选项 


: g++ 8-1-2.cpp -std=c++11 


代码 清单 8-20 的 输出 如 下 ， 可 以 看 到 Am 并 没有 被 解释 为 换行 。 


hello, \n 
world 


而 对 于 Unicode 的 字符 串 ， 也 可 以 通过 相同 的 方式 声明 。 声 明 
UTF-8、UTF-16、UTF-32 的 原生 字符 串 字 面 量 ， 将 其 前 缀 分别 设 为 
uU8R、uUR、UR 丈 可 以 了 。 不 过 有 一 点 需要 注意 ， 使 用 了 原生 字符 串 的 
话 ， 转 义 字 符 就 不 能 使 用 了 ， 这 会 给 想 使 用 或 者 \U 的 方式 写 Unicode 
字符 的 程序 员 带 来 一 定 影响 。 下 面 来 看 代码 清单 8-21 所 示 的 例子 。 


代码 清单 8-21 


#include <iostream> 
using namespace std; 
int main()f{ 
cout << u8R"(\u4F60, \n 
\u597D)" << endl; 
cout << u8R" (你 好 


)" << endl; 
cout << sizeof(u8R"(hello)") << "\t" << u8R"(hello)" << endl; 
cout << sizeof(uR"(hello)") << "\t" << uR"(hello)" << endl; 
cout << sizeof(UR"(hello)") << "\t" << UR"(hello)" << endl; 
return 0; 

// 编译 选项 


:g++ -Std=c++11 8-4-2.cpp 


编译 运行 代码 清单 8-21， 可 以 得 到 以 下 结果 : 


\u4F60, \n 
\U597D 你 好 


6 hello 


12 0x400be6 
24 0x400bf4 


可 以 看 到 ， 当 程序 员 试 图 使 用 将 数字 转 义 为 Unicode 的 时 候 ， 原 
生字 符 串 会 保持 程序 员 所 写 的 字面 值 ， 所 以 这 样 的 企图 并 不 能 如 愿 以 
偿 。 而 借助 文本 编辑 器 直 接 输入 中 文字 人 符 ， 反 而 可 以 在 实验 机 的 环境 
下 在 文件 中 有 效 地 保存 UTF-8 的 字符 (因为 编辑 器 按照 UTF-8 编 码 保存 
了 文件 ) 。 程 序 员 应 该 注意 到 编辑 器 使 用 的 编码 对 Unicode 的 影响 。 而 
在 之 后 面 的 sizeof 运 算 符 中 ， 我 们 看 到 了 不 同 编码 下 原生 字符 串 字 面 量 
的 大 小 ， 跟 其 声明 的 类 型 是 完全 一 致 的 。 


此 外 ， 原 生字 符 串 字面 量 也 像 C 的 字符 串 字 面 量 一 样 遵从 连接 规 
则 。 我 们 可 以 看 看 代码 清单 8-22 所 示 的 例子 。 


代码 清单 8-22 


#include <iostream> 
using namespace std; 
int main() { 
char u8string[] = u8R" (你 好 


)" " = hello 


Ma 
了 
cout << u8string << endl; // 输出 


W 你 好 

= hello" 
cout << sizeof(u8string) << endl; // 15 
return 0; 


} 
// 编译 选项 


:g++ -Std=c++11 8-4-3.cpp 


可 以 看 到 ， 代 码 清单 8-22 中 的 原生 字符 串 字 面 量 和 普通 的 字符 串 
面 量 会 被 编译 絮 目 动 连 接 起 来 。 整 个 子 符 串 有 2 个 3 字 市 的 中 文字 
守 ， 以 及 8 个 ASCII 子 符 ， 加 上 目 动 生成 的 0， 了 字符 串 的 总 长 度 为 15 字 
广 。 与 非 原生 字符 串 字 面 量 一 样 ， 连 接 不 同 前 缀 的 编码， 的 字符 串 
有 可 能 导致 不 可 知 的 结 有 末 ， 所 以 程序 员 总 是 应 该 避免 这 样 使 用 字符 
BR 。 


qe H 


8.5 ”本章 小 结 


本 章 中 我 们 了 解 了 C++11 文 持 的 4 种 靳 特性 : 对齐 方式 、 通 用 属 
性 、Unicode， 以 及 原生 字符 串 字 面 量 。 


对 齐 方式 本 十 语 言 设计 者 想 搞 藏 的 细 世 ， 不 过 在 C++11 编 程 方式 
越发 复杂 的 情况 下 ， 拓 供给 用 户 更 底层 的 手段 往往 是 必 不 可 少 的 。 在 
一 些 情况 下 ， 用 户 虽 然 不 能 保证 总 是 写 出 平台 无 关 ， 或 者 说 各 平台 性 
能 最 优 的 代码 ， 但 只 需 改 造 alignas 之 后 的 对 齐 值 参数 就 可 以 保证 程序 
的 移植 性 及 性 能 恨 好 ， 也 不 失 为 一 种 好 的 选择 。 而 C++11 对 对 齐 方式 
的 文 持 从 语法 规则 到 库 ， 基 本 上 考虑 到 了 各 种 情况 ， 可 以 说 是 相当 完 
Ay ° 


M38 EN Be REF laa ° —REA AWA, CHAE 
用 通用 属性 而 不 是 关键 字 来 实现 一 些 特 征 ， 不 过 最 后 的 结论 却 是 : 语 
言 本 身 的 所 有 特性 都 应 该 是 关键 字 ， 通 用 属性 仅仅 用 在 不 改变 语义 的 
场合 ， 比 如 产生 编译 和 警告、 优化 提示 等 。 从 现在 的 情况 看 来 ， 通 用 属 
性 的 语法 规则 意义 大 于 现在 已 有 的 两 个 预定 义 通用 属性 。 编 译 咒 厂商 
或 组 织 或 者 标准 委员 会 在 对 语言 进行 扩展 的 时 候 ， 可 能 还 会 利用 这 样 
的 通用 属性 的 语法 规则 。 


C++11 还 增强 了 对 Unicode 的 文 持 。 针 对 以 前 长 度 并 不 明确 的 
wchar t， 增 加 了 char16 _{ 及 char32_t 两 种 内 置 类 型 。 考 虑 到 变 长 编码 
UTF-8 使 用 上 的 不 方便 ， 以 及 定 长 的 UTF-16 和 UTF-32 在 存储 或 者 一 些 
其 他 方面 的 弱势 ，C++11 在 逐步 加 强 对 Unicode 类 型 转换 方面 的 文 持 。 
不 过 基于 Unicode 的 编程 是 否 容易 了 很 多 ， 可 移植 性 是 否 加 强 了 很 多 ， 
可 能 还 需要 各 位 读者 慢 慢 体会 。 此 外 ，C++11 还 文 持 了 原生 字符 串 字 
面 量 。 这 是 一 个 在 其 他 较 晚 发 明 的 语言 中 常见 的 特性 ，C++11 将 其 引 
入 其 中 ， 也 算 方 便 了 程序 员 对 C++ 字符 串 的 学 习 和 使 用 。 


附 永 A ”C++11 对 其 他 标准 的 不 兼容 项 目 


在 附录 部 分 ， 我 们 会 详细 描述 C++11 的 不 兼容 性 

(incompatibility) 、 废 弃 的 特性 (deprecated feature) ， 以 及 编译 器 支 
持 状况 (compiler support status) ° 虽然 这 些 内 容 不 及 第 2~8 章 的 “ 核 
心 ”内 容重 要 ， 不 过 却 常常 具有 很 高 的 实用 性 。 我 们 建议 读者 可 以 粗略 
地 阅读 一 遍 相 关内 容 。 这 样 在 遇 到 一 些 实际 编程 问题 的 时 候 ， 读 者 就 
可 能 理解 问题 的 来 由 。 这 几 个 附录 的 内 容 上 可 能 存在 着 一 些 重复 ,不 
过 ， 我 们 还 是 保持 了 这 样 的 重复 ， 以 保证 从 每 个 视角 出 发 的 描述 的 完 
整 性 。 


那么 本 附录 要 讲解 的 是 C++11 的 一 些 不 兼容 性 。 虽 然 C++11 作 为 
C/C++ 的 “ 病 传 后 裔 ”， 对 C/C++98/03 做 到 了 最 大 的 兼容 ， 不 过 一 些 显 
著 的 不 兼容 性 还 是 存在 的 ， 我 们 可 以 分 别 通过 比较 C++11 与 C++03、 
C++ 与 ISO C， 以 及 比较 C++11 与 C11 来 进行 了 解 。 


A.1 C++11 和 C++03 的 不 兼容 项 目 


条 目 1 ”在 C++11 中 R、u8、u8R、u、uR、U、UR 和 LR 是 新 的 字 
符 串 修饰 符 ， 当 用 它们 来 修饰 字符 串 时 ， 即 使 它们 是 宏 名 ， 也 将 作为 
修饰 从 来 解释 。 比 如 : 


#define U8 "AAAAA" 
const char * s = u8"u-eight-string"; 


在 C++03 中 s 是 字符 串 “AAAAAu-eight-string”， 在 C++11 中 s 是 一 个 


UTF-8 的 字符 串 ， 其 内 容 是 “u-eight-string”。 


条 目 2 ”C++11 支 持 用 户 自 定义 的 字面 常量 ， 这 会 引起 一 些 和 
C++03 不 一 致 的 行为 ， 比 如 : 


#define x " world" 
"hello"_x 


在 C++03 中 "hello"_x 会 拼接 成 hello world， 而 在 C++11 中 "hello" X 
会 作为 一 个 用 户 自 定义 字面 常量 来 使 用 ， 例 如 : 


std::string operator "" x(const char* s) { 
return std::string(s); 


} 


那么 "hello"_x 将 会 作为 函数 调用 返回 一 个 类 型 为 std::string 的 变 


量 ， 这 个 返回 变量 的 内 容 是 hello 。 


AAS ”C++113 引 入 了 一 些 新 的 关键 字 ， 如 果 C++03 代 码 用 到 这 些 
标识 符 会 被 C++11 视 为 非法 的 代码 。 这 些 关 键 字 包 括 alignas、alignof、 
char16_t ` char32_t ` constexpr ` decltype ` noexcept ` nullptr ` 


static_assert 和 thread local ° 


条 目 4 ”C++113 引 入 了 C99 的 新 类 型 long long。 类 似 C99， 对 于 长 
于 long 类 型 的 整 型 常量 将 会 被 转换 成 signed long long 类 型 。 而 在 C++03 
中 ， 长 于 long 类 型 的 整 型 常量 将 会 被 转换 成 无 伯 号 整数 ， 如 unsigned 
long。 例 如 214748364700 在 C++11 中 将 会 被 识别 为 long long 类 型 数据 。 


条 目 5 ”C++11 和 C99 一 样 ， 对 整数 向 “0” 取 商 (/) 或 取 余 
(%) ; 而 C++03 允 许 向 负 无 穷 取 商 或 取 余 。 


AAG ”关键 字 auto 不 再 被 用 来 作为 存储 类 型 的 修饰 符 ， 而 其 表示 
修饰 的 类 型 是 由 初始 化 表达 式 推导 而 来 。 


条 目 7 ”C++11 要 求 数组 初始 化 时 ， 不 能 将 数据 的 类 型 收 罕 。 下 面 
的 代码 在 C++03 中 合法 ， 而 在 C++11 中 非法 。 


int arr[] = {1.0}; 


这 里 1.0 古 一 个 double 类 型 ， 使 用 它 初始 化 int 类 型 数组 会 导致 数据 
收 罕 。 因 此 在 C++11 中 无 法 通过 编译 。 


AAS ”可 能 导致 问题 的 隐 式 函数 在 C++11 补 定义 为 deleted。 这些 
隐 式 函数 不 能 被 使 用 。 而 C++03 中 可 以 使 用 。 比 如 说 下 面 这 段 代码 : 


struct A{ const int a; }; 


由 于 常量 (const) a 总 是 应 该 被 静态 初始 化 的 ， 因 此 程序 员 应 该 为 
struct A 提 供 一 个 构造 函数 来 完成 这 样 的 初始 化 。 在 C++11 中 ， 遇 到 这 
种 可 能 导致 问题 (would be ill-formed) 的 情况 下 ， 缺 省 构造 函数 将 被 
删除 ， 以 提示 用 户 可 能 存在 问题 。 


条 目 9 ”C++11 中 去 除了 无 用 的 关键 字 : export e 


条 上 日 10 “C++11 中 ， 模 板 舱 套 时 可 以 直接 使 用 双 右 尖 括 号 ， 
C++03 则 需要 空白 字符 填充 尖 括 号 。 例 如 : 


template <typename T> struct X { }; 
template <int N> struct Y { }; 
X< Y< 1 >> 2 >> X; 


C++03 中 会 解释 为 X<Y<(1>>2)>>x;==>X<Y<0>>x。 


C++11 中 这 是 非法 的 声明 ， 因 为 “X<Y<1>>” 被 视 为 有 效 的 模板 使 
用 。 


条 目 11 C++11 引 入 了 一 些 新 的 标准 头 文件 : <array>、 
<atomic> ` <chrono> ` <codecvt> ` <condition_variable> ` 
<forward_list> ` <future> ` <initializer_list> ` <mutex> ` <random> ` 
<ratio> ` <regex> ` <scoped_allocator> ` <system_error> ` <thread> ` 
<tuple> ` <typeindex> ` <type_traits> ` <unordered_map> ` 


<unordered_set> ° 


还 有 一 些 新 加 入 的 和 C 兼 容 的 头 文件 : <ccomplex> ` <cfenv> ` 
<cinttypes> ` <cstdalign> ` <cstdbool> ` <cstding> ` <ctgmath> ` 


<cuchar> ° 
条 目 12 ”C++11 中 ，swap 方 法 从 <algorithm> 移 到 了 <utility> 中 。 
条 目 13 ”C++11 加 入 了 一 个 新 的 顶级 namespace: posix ° 


条 目 14 ”通用 属性 中 的 标记 符 如 carries_dependency、noreturn 不 
能 作为 安 名 。 


条 目 15 “C++03 假 设 全 局 的 new 操 作 符 只 会 抛 出 类 型 为 
std::bad_alloc 的 异 间 ;而 C++11 人 允许 全 局 的 new 操 作 符 抛 出 其 他 类 型 的 


异常 。 
条 目 16 “C++11 要 求 ermo 变 量 是 线程 局 部 的 ， 而 不 是 全 局 的 。 
条 目 17 ”C++11 支 持 轻 量 级 的 垃圾 回收 机 制 。 


条 目 18 PER PAE 《函数 对 象 ) 不 再 继承 目 


std::unary_function 和 std::binary_function ° 


条 目 19 ”标准 容器 要 提供 的 size0) 成 员 函 数 要 求 是 O(0) 复 杂 度 ; 
C++03 中 std::list 的 成 员 size0) 人 允许 线性 复杂 度 。 


条 目 20 ”C++11 中 改变 了 一 些 函 数 方法 的 原型 ， 比 如 erase 和 insert 
的 返回 值 类 型 iterator 变 成 了 const iterator ，resize 函 数 的 参数 从 传 值 改 
为 了 传 引 用 。 


条 目 21 C++11 人 允许 一 些 类 和 函数 方法 的 实现 不 同 于 C++03， 比 


如 : std::remove ` std::remove_if ` std::complex ` std::ios_base::failure ° 


A.2 C++ 和 ISO C 标 准 的 不 兼容 项 目 


条 目 1 C++ 中 很 多 关键 字 是 C 所 没有 的 〈 不 详细 列举 ) 。 


条 目 2 ”CC 中 字符 常量 的 类 型 是 int，C++ 中 是 char。 如 果 在 C++ 代 
码 中 同时 有 以 下 两 个 版 本 的 {函数 的 定义 : 


void f (char c); 
void f(int); 


那么 ， 函 数 调用 ffx) 会 选择 void f(char co) 版 本 。 


条 目 3 C++ A BA const cha], MCP 


量 的 类 型 是 char[]。 


条 目 4 ”CC 中 允许 文件 范围 中 的 变量 重复 定义 。 如 : 


int var; 
int var; 


在 C 中 是 允许 的 ;而 这 在 C++ 中 是 不 允许 的 。 


AS “不 市 extern 关 键 字 的 const 变 量 在 C++ 中 是 internal linkage 

(内 部 链接 的 ， 即 不 可 以 被 其 他 文件 中 同名 变量 引用 ) ; 而 在 C 中 则 

是 external liankage (外 部 链接 的 ， 即 可 以 被 其 他 文件 中 的 同名 变量 引 
用 ) 


条 目 6 ”C++ 要 求 从 void* 类 型 变量 到 其 他 类 型 的 转化 必须 是 显 式 
的 ; 而 C 中 则 不 需要 显 式 转 换 。 


条 上 日 7 C++ 中 只 有 非常 量 非 易 变 对 象 (non-const,non-volatile) 


指针 可 以 转换 为 void* 类 型 。 


条 目 8 ” C++ 不 接受 隐 式 声明 函数 。 这 个 特性 在 ISO C 中 也 逐渐 被 
抛弃 ， 比 如 : 


int main(){ printf("hello\n");} 


这 里 因为 printf 没 有 定义 eA #include<stdio.h>) ，C++ 会 编译 时 报错 
printf 未 声明 ; 而 C 会 把 printf 当 作 一 个 int printf (任意 参数 ) 的 函数 类 
型 。 如 果 运 行 时 动态 库 中 不 存在 printf 这 个 函数 的 话 ， 则 会 导致 运行 时 


Hi 


条 目 9 ”不 能 在 结构 体 或 类 型 的 声明 上 加 static 天 键 字 。 比如: 


static struct st { int i; }; 


在 C 中 static 关 键 字 将 被 忽略 ; C++ 中 这 则 是 错误 的 语法 。 


条 目 10 ”C++ 中 typedef 的 类 型 别名 不 能 和 已 有 的 类 型 同名 。 


条 上 日 11 ”常量 (const) 对 象 在 C++ 中 必须 初始 化 ;在 C 中 则 没 这 
个 限制 。 


条 目 12 隐 式 int 类 型 在 C++ 中 被 禁止 ，C 中 也 逐渐 抛 弃 。 比 如 : 
funcOf} 这 样 的 声明 方式 在 C 语 言 中 是 可 以 的 ;而 在 C++ 中 ， 因 为 func 
没有 返回 值 类 型 则 是 非法 表达 式 。 


条 目 13 ”关键 字 auto 在 C++11 中 有 新 的 语义 ， 用 于 类 型 自动 推 
; 而 C 中 auto 是 修饰 对 象 的 存储 类 型 的 关键 字 。 


4u 


条 有 日 14 ”C++ 中 enum 对 象 只 能 用 同类 型 的 enum 赋 值 ; 而 C 中 可 以 
用 任意 的 整 型 数 对 enum 变 量 赋 值 。C++ 中 enum 变 量 的 类 型 是 对 应 的 
enum 类 型 ， 而 C 中 enum 对 象 的 类 型 是 int 整 型 。 


条 目 15 ”函数 声明 中 的 空 参 数 在 C++ 中 意味 着 力 数 没有 人 参数， 而 
在 C 中 则 意味 着 该 函数 的 参数 个 数 未 知 。 


条 目 16 ”C++ 不 允许 类 型 定义 在 函数 的 参数 或 返回 值 类 型 的 位 置 
上 ; 而 形 如 : 


void f(struct S {int I;} s); 


这 样 的 表达 式 在 C 中 则 可 以 接受 。 


条 目 17 ”C++ 不 接受 老 的 废弃 的 范 数 定义 格式 ， 参 数 在 () 之 外 ， 
比如 : 


void bar() int pari {} 


在 C++ 中 就是 非法 的 声明 。 


条 目 18 ”作用 域内 部 的 结构 体 在 C++ 中 会 履 次 作用 域外 部 的 同名 


变量 ， 比 如 : 


char s; 
void f(){ 
struct s { 
int i; 
}; // struct së% 


char s 


而 在 C 中 不 会 。 


RH19 C++ 中 ， 崩 套 的 结构 体 仅 在 其 父 结构 体 作 用 域 中 可 见 ; 
而 在 C 中 ， 般 套 的 结构 体 则 在 全 局 可 见 ， 比 如 ; 


struct Outter { 
struct Inner { 
int I; 


在 C 中 使 用 Iner 类 型 可 以 直接 写 : struct Inner in， 而 C++ 中 使 用 Inner 类 
型 则 必须 带 上 其 父 结构 体 Outter， 则 只 能 写 : Out::Inner in ° 


条 目 20 ”C++ 中 typedef 形 成 的 类 型 别名 不 能 重 定义 为 其 他 类 型 或 
变量 。 如 下 面 的 代码 束 是 这 样 一 种 情况 : 


typedef int Int; 
struct S{ 
int Int; //% 


C 中 合法 ， 而 在 


C++ 中 非法 


}: 


条 上 日 21 ”C++ 中 volatile 的 对 象 不 能 作为 隐 式 构造 久 数 和 隐 式 赋值 
函数 的 参数 ， 比 如 : 


struct X { int i; }; 
volatile struct X x1 = {0}; 
struct X x2(x1); // 在 


C++ 中 非法 


struct X x3; 
x3 = x1; // 在 


C++ 中 同样 非法 


A.3 C++11 与 C11 的 区 别 


虽然 C11 标 准 开 始 起 草 的 时 间 比 C++0x 晚 很 多 ， 但 C11 的 发 布 却 只 
比 C++11 晚 了 几 个 月 。 这 是 因为 它们 的 草案 中 很 多 都 是 相互 参考 的 。 
因此 C++11 与 C11 的 不 兼容 点 并 不 多 。 


下 面 简单 地 列 一 些 C++11 和 C11 的 特别 区 别 点 。 


条 目 1 “C++11 中 没有 C11 中 支持 的 _Generic 关 键 字 ， 因 为 C++ 能 
够 很 好 地 支持 重 载 。 


条 目 2 ”C++11 中 noreturmn 是 一 个 通用 属性 。 相 应 地 要 表示 函数 永 
不 返回 的 话 ， 在 C11 中 可 以 使 用 _Noreturn 关 键 字 。 比 如 : 


_Noreturn void outfunc() { abort(); } 


征 C11 中 的 表示 outfunc 的 方法 ， 它 等 价 于 在 C++11 中 使 用 通用 属性 的 


outfunc ° 


[[ noreturn ]] void outfunc() { abort(); } 


AAS ”许多 C11 的 新 特性 在 C++11 中 有 对 应 特性 。 只 是 关键 字 上 
有 一 些 细微 的 区 别 。 比 如 C++11 中 的 关键 字 : 


alignas, alignof, thread_local, static_assert 


在 C11 中 对 应 的 关键 字 分 别 是 : 


_Alignas, _Alignof, _Thread_local, _Static assert 


条 目 4 ”C++11 和 C11 都 有 atomic 支 持 。 


C11 中 用 _Atomic 修 饰 符 来 修饰 一 个 原子 数据 类 型 。 如 : _Atomic 
int i; 
C++11 在 std namespace 下 定义 了 atomic 模 板 来 支持 atomic 类 型 ， 比 


如 : 


template<class T> struct atomic; 
template<> struct atomic<integral>; 
template<class T> struct atomic<T*>; 


条 目 5 ”C11 中 用 <threads.h> 中 定义 的 一 系列 用 于 互 不 操作 的 画 


数 ， 比 如 : mtx_destroy,mtx_init,mtx_lock,mtx_trylock,mtx_unlock 等 。 


C++11 中 通过 使 用 std namespace 下 的 一 些 类 : mutex、 


recursive_mutex 等 ， 通 过 这 些 类 的 成 员 函 数 lock、unlock、trylock 文 持 


互 不 操作 。 


AAG ”C11 用 <threads.h> 中 定义 的 一 系列 函数 来 支持 线程 ， 如 : 
thrd_create, thrd_current, thrd_detach, thrd_equal, thrd_exit, 


thrd_join, thrd_sleep, thrd_yield ° 


C++11 有 thread 类 型 ， 该 类 型 有 join、detach 等 成 员 函 数 。 


A.4 针对 C++03 的 完善 


而 谈 及 兼容 性 的 话 ， 除 了 上 面 列 举 的 C++11 与 C++03、ISO CUK 
Cl11 的 区 别 外 ， 在 C++11 起 草 的 过 程 中 ， 也 包含 了 一 些 对 以 前 标准 
(C++03) 的 修改 和 完善 。 我 们 把 一 些 针 对 C++03 的 完善 也 列举 了 出 
来 o 


条 目 1 ”.* 和 ->* 操 作 符 的 第 二 个 参数 不 再 要 求 是 一 个 完全 类 


(complete class)， 即 包含 了 全 部 声明 体 的 类 型 。 


条 目 2 ”内 存 释放 函数 不 因 抛 出 异 浓 而 终止 。 


条 目 3 ”C++03 要 求 ， 当 第 一 个 参数 是 空 指针 (null pointer) 的 时 
fe, APRN 〈 如 用 户 自 定义 的 delete 操 作 符 ) 相当 于 无 任何 作 
用 。 现 在 不 再 有 这 样 的 限制 。 


条 目 4 ”如 果 typeid 操 作 符 的 参数 是 cv 修饰 的 ， 其 结果 是 对 应 的 无 


cv 修饰 的 类 型 。 


条 日 5 ”在 常量 表示 式 中 可 以 使 用 throw， 如 : const char*s= 
(n==m)?throw“bad”:“ok”; 在 C++11 中 是 合法 的 表达 式 。 


在 C++11 中 ， 这 样 的 改进 还 有 很 多 。 更 多 的 信息 读者 可 以 参考 以 
下 链接 : http://www.open-std.org/jtcl/sc22/wg21/docs/cwg_defects.html 


MRB 弃 用 的 特性 


随 着 C++11 的 发 布 和 新 特性 的 出 现 ， 一 些 C++98 与 C++03 中 的 特性 
也 即将 被 淘汰 。 其 中 一 些 被 更 强大 的 新 特性 所 取代 ， 如 auto_ptr 等 ， 也 
有 因为 各 种 缺陷 而 在 实际 编程 中 很 少 被 使 用 的 ， 如 export、register 等 。 
相 比 于 不 兼容 性 ， 了 人 解 为 什么 弃 用 往往 更 能 了 解 语言 在 如 何 发 展 。 本 
章 将 详细 描述 并 总 结 被 C++11 所 弃 用 的 各 种 特性 。 


&A1 auton hey 
上 日 特性 : auto 用 来 标识 具有 目 动 存储 期 的 局 部 变量 。 


改动 ，auto 关 键 字 可 以 用 来 从 变量 的 初始 值 中 推导 出 变量 的 类 型 。 


在 旧 标 准 中 ，auto 用 来 声明 具有 目 动 存储 期 的 局 部 变量 ， 这 样 变量 
束 古 目 动 存储 类 别 ， 属于 动态 存储 方式 ， 当 变量 离开 作用 域 后 存储 空 
间 会 被 目 动 释放 。 实 际 上 ， 所 有 非 静 态 的 局 部 变量 默认 都 具有 自动 的 
存储 期 ， 因 此 auto 关 键 子 很 少 被 用 到 。 


在 C++11 新 标准 中 ，auto 被 作为 一 个 新 的 类 型 修饰 符 ， 声 明 变 量 时 
不 用 指定 变量 类 型 ， 而 是 根据 该 变量 的 初始 化 表达 式 或 者 一 个 具有 扎 
味 返回 类 型 的 钞 数 定义 推导 得 来 。 下 面 举 一 个 例 了 于 ， 见 以 下 代码 : 


for (vector<int>::iterator i = vec.begin(); i < vec.end(); i++) { 
vector<int>::iterator j = i; 


在 C++11 中 ， 我 们 可 以 使 用 auto 关 键 字 来 提高 可 读 性 


for (auto i = vec.begin(); i < vec.end(); i++) { 
auto j = a 


此 外 ，auto 类 型 推导 使 用 非常 灵活 ， 它 几乎 可 以 用 在 任何 需要 声明 
变量 类 型 的 上 下 文中 ， 比 如 命名 空间 、for 循 环 的 循环 变量 初始 化 及 for 
循环 体 ， 以 及 判断 语句 中 ， 甚 至 能 个 使 用 在 模板 中 。 但 是 ，auto 不 可 以 
声明 函数 参数 ， 也 不 能 推导 数组 类 型 。 


由 于 auto 在 C++11 中 被 赋予 了 新 的 语义 ， 为 了 避免 混 清 ，C++11 中 
auto 不 再 作为 存储 的 变量 声明 ， 而 只 作为 类 型 修饰 符 。 

条 目 2 ”语言 特性 export 

旧 特 性 : 用 来 定义 非 内 联 的 模板 对 象 和 模板 函数 。 

改动 : export 特 性 被 移 除 。export 关 键 字 被 保留 ， 但 是 不 包含 任何 
语义 。 


我 们 可 以 使 用 天 键 字 extern 来 访问 其 他 编译 单元 中 普通 类 型 的 变量 
或 对 象 ， 而 对 于 模板 来 说 ， 则 需要 使 用 export 关 键 字 。export 的 设计 初 
衷 是 想 要 创建 一 个 折 中 的 设计 方法 ， 来 同时 文 持 模板 实例 化 的 包含 模 


型 (inclusion model) 和 独立 编译 模型 (separate compilation model) ， 


然而 ， 没 有 一 种 增强 机 制 来 确保 每 一 种 模型 的 实现 都 可 以 很 价 单 。 
此 ， 由 于 实现 的 难度 ， 很 多 编译 器 都 没有 实现 。 此 外 ，export 天 键 字 在 
实际 编程 过 程 中 也 很 少 被 用 到 。 


所 以 ， 在 C++11 中 ，export 天 键 字 的 语义 被 移 除 。 但 是 export 仍 作为 
一 个 无 语义 的 关键 字 被 保留 下 来 。 


条 目 3 registr kF 〈 作 为 存储 类 ) 


旧 特 性 ， 声明 将 变量 存放 在 寄存 器 中 。 


改动 :改变 为 声明 存储 类 的 关键 子 。 


在 旧 标准 中 ， 变 量 用 register 来 声明 时 ， 表 示 此 变量 会 被 大 量 用 
到 ， 因 此 建议 将 此 变量 存放 在 寄存 器 中 ， 这 样 可 以 提高 读 取 的 速度 。 
但 是 ， 寄 存 占 的 数量 是 有 限 的 ， 如 果 寄 存 紫 已 满 ， 变 量 依 旧 会 被 存放 
在 存储 器 中 。 另 一 方面 ， 它 对 于 编译 器 来 说 只 是 一 种 建议 ， 而 编译 器 
不 一 定 会 执行 ， 实 际 上 ， 大 部 分 编译 此 部 选择 忽略 它 。 因 此 ，register 

键 字 其 实 很 少 被 用 到 ， 而 且 ， 大 多 数 情况 下 是 没有 意义 的 。 


ak 


在 C++11 新 标准 中 ，register 关 键 字 的 作用 有 所 改变 。 用 register 天 键 
字 仅 能 用 于 一 个 区 块 内 的 变量 声明 或 作为 函数 参数 的 声明 。 写 仅仅 表 
示 变 量 拥有 自动 存储 的 生命 期 〈 像 C++03 中 的 auto 一 样 ) 。 


条 目 4 AAH RK 


旧 特 性 ， 如 果 类 中 已 经 声明 了 其 他 拷贝 画 数 或 者 析 构 画 数 ， 编 译 
器 依旧 会 自动 生成 一 个 隐 式 拷贝 画 数 。 


改动 : Bars URNS BI Ay o 


FEC++11'7, WRAP EEH TA NE RE RE — PT 
RY, BAS as hha A P48 Ve Eo TRE, RA 
PEER See aT, Seal Koka 
声明 一 个 拷贝 复制 操作 符 。 


条 目 5 auto_ptr 


旧 特 性 : 和 窜 能 指针 ， 当 系统 因 异 音 退 出 时 避免 资源 洪 漏 。 


改动 : auto_ptr 被 unique_ptr 所 取代 。 


auto_ptr 类 模板 中 存放 了 一 个 指针 ， 它 指 同 一 个 可 以 通过 new 得 到 
的 对 象 ， 并 且 在 此 智能 指针 被 析 构 时 向 堆 归 还 该 对 象 。 这 里 需要 注意 
的 是 auto_ptr 拥 有 一 个 严格 的 所 有 权 机 制 。auto_ptr 拥 有 其 指针 指 回 的 对 
象 的 所 有 权 ， 而 复制 auto_ptr 的 操作 会 复制 该 指针 ， 并 将 对 象 的 所 有 权 
交 给 目标 类 。 这 是 为 了 避免 两 个 auto_ptr 同 时 拥有 同一 个 对 象 ， 否 则 程 
序 的 行为 将 是 不 确定 的 。 


在 C++11 中 ，unique_ptr 提 供 了 一 种 比 auto_ptr 更 好 的 解决 方案 ， 并 
取代 了 auto_ptr。unique_ptr 是 一 个 对 象 ， 它 拥有 另 一 个 对 象 ， 并 且 能 够 


通过 指针 来 管理 它 。 更 准确 地 说 ，unique_ptr 对 象 中 有 一 个 指 癌 另 一 个 
对 象 的 指针 ， 并 且 在 它 目 身 析 构 时 析 构 该 对 象 。 这 些 特性 都 与 auto_ptr 


相同 。 

此 外 ，unique_ptr 也 具备 了 auto_ptr 的 绝 大 部 分 特性 ， 除 了 auto_ptr 
的 不 安全 隐 性 的 左 值 转移 (move) 。 对 于 auto_ptr 来 说 ， 找 贝 
auto_ptr， 会 导致 所 有 权 转 移 ， 如 以 下 语句 : 


std::auto_ptr<int> a(new int); 
std::auto_ptr<int> b = a; 


同样 ， 找 贝 构 寺 画 数 也 会 进行 所 有 权 的 转移 ， 如 以 下 语句 : 


std::auto_ptr<int> c(a); 


由 此 可 见 ，auto_ptr 的 转移 是 隐 性 的 ， 因 此 程序 员 可 能 会 在 不 经 意 
的 情况 下 就 把 对 象 转移 了 ， 因 此 是 不 安全 性 。 


在 unique_ptr 中 ， 要 进行 对 象 的 转移 ， 需 要 使 用 std::move 函 数 将 对 
象 转换 为 右 值 ， 例 如 以 下 语句 : 


std::unique_ptr<int> a(new int); 
std: :unique_ptr<int> b = std::move(a); 


这 是 因为 unique_ptr 对 于 拷贝 行为 作 了 限制 。 而 对 于 拷贝 构造 函数 
来 说 ，unique_ptr 并 没有 类 似 以 下 的 构造 函数 : 


std: :unique_ptr<T>: :unique_ptr(std::unique_ptr<T> const&) // 默认 


deleted 


如 琳 在 构造 时 想 要 复制 整数 的 值 ， 可 以 用 以 下 语句 : 


std::unique_ptr<int> c(new int(*a)); 


而 如 果 确 实 想 要 将 a 中 的 指针 进行 转移 ， 则 需要 调用 std::move: 


std::unique_ptr<int> d(std::move(a)); 


另外， 值得 一 提 的 是 ，unique_ptr 可 以 存放 在 标准 容器 之 中 。 


vector<unique_ptr<int>> v; 
v.push_back(unique_ptr<int>(new int(0))); 
unique_ptr<int> a(new int(0)); 
v.push_back(move(a)); 


但 征 ， 由 于 unique_ptr 本 身 不 文 持 拷贝 构造 ， 因 此 元 素 类 型 为 
unique_ptr 的 容器 同样 也 不 支持 拷贝 构造 ， 这 时 也 需要 用 到 转移 构造 。 


条 上 日 6 bind1st/bind2nd 


RRE: 将 二 元 函数 对 象 绑 定 成 一 元 仿 画 数 (函数 对 象 ) 。 
改动 : 被 bind 模 板 所 取代 。 


bindlst 和 bind2nd 函 数 可 以 将 一 个 二 元 函数 绑 定 成 一 元 函数 ， 也 束 
是 将 二 元 函数 所 接受 的 两 个 参数 之 一 绑 定 下 来 ， 以 此 来 使 画 数 变 成 一 


元 的 。bindlst 绑 定 第 一 个 参数 ，bind2nd 绑 定 第 二 个 参数 。 例 如 : 


find_if(v.begin(), v.end(), bind2nd(greater<int>(), 5)); 


绑 定 greater<int> 的 第 二 个 参数 为 5， 亦 即 找到 向 量 中 第 一 个 大 于 5 
的 整数 。 


find_if(v.begin(), v.end(), bindist(greater<int>(), 5)); 


绑 定 greater<int> 的 第 一 个 参数 为 5， 亦 即 找到 向 量 中 第 一 个 小 于 5 
的 整数 。 


在 C++l1 中 ， 新 的 bind 函 数 模板 提供 了 一 种 更 好 的 可 调用 类 的 参数 
ABE NLT ° 


namespace std { 
template<class T> struct is_bind_expression 
: integral_constant<bool, see below> { }; 


} 


接 下 来 我 们 来 看 bind 模 板 函 数 ， 它 有 如 下 形式 : 


template<class F, class... BoundArgs> 
unspecified bind(F&& f, BoundArgs&&... bound_args); 


其 中 { 是 函数 的 右 值 引用 ， 表 示 要 进行 绑 定 的 函数 对 象 ， 
BoundArgs 是 函数 对 象 的 参数 类 型 列表 ， 而 bound_args 是 需要 绑 定 的 
值 。 如 有 果 一 个 参数 需要 绑 定 ， 那 么 在 调用 bind 函 数 时 传 具体 参数 进去 即 


可， 而 如 果 不 需要 绑 定 ， 那 么 就 需要 使 用 占 位 符 ， 
std::placeholders:: J，J 为 从 1 开始 的 正 整数 。bind 的 返回 类 型 为 可 调用 
实体 ， 可 以 直接 赋值 给 std::function。 


如 下 这 个 例子 : 


int Func(int x, int y); 
function< int(int)> f = bind(Func, 1, placeholders::_1); 
(2); // the same as Func(1, 2); 


我 们 可 以 用 is_bind_expression 来 检查 由 bind 生 成 的 函数 对 象 ， 而 
bind 也 和 凭借 is_bind_expression 来 检查 子 表达 式 。 对 于 用 户 来 说 ， 可 以 借 
由 它 来 表示 在 bind 调 用 中 某 个 类 型 应 该 被 当做 子 表达 式 来 对 待 。 如 果 T 
是 bind 的 返回 类 型 ， 那 么 is_bind_expression 由 


integral_constant<bool,true> 得 人 到， 否则 由 integral_constant<bool,false> 得 


Bl) ° 


男 一 个 值得 一 提 的 函数 是 is_placeholder， 它 可 以 检查 标准 占 位 符 
_1、_2 等 。bind 和 凭借 is_placeholder 来 检查 占 位 符 ， 用 户 也 可 以 借 由 此 模 
板 来 表示 占 位 符 类 型 。 如 采 T 的 类 型 是 std::placeholders:: J， 则 
is_placeholder<T>Hintegral_constant<int,J>4# 21], A0 H 


integral_constant<int,0>4¥ f] ° 


由 上 可 以 看 出 bind 相 对 于 bind1st 和 bind2nd 来 说 要 灵活 得 多 ， 它 不 
像 bindlst 和 bind2nd 那 样 限制 原 函 数 对 象 的 参数 个 数 为 两 个 ，bind 所 接 


受 的 函数 对 象 的 参数 数量 没有 限制 ， 而 且 用 户 可 以 随意 绑 定 任意 个 数 
的 参数 而 不 受 限 制 ， 因 此 ， 有 了 bind，bindlst 和 bind2nd 明 显 没 有 了 用 
武之 地 而 被 弃 用 (deprecated) ° 


条 目 7 ”函数 适配器 (adaptor) 


旧 特 性 : 


ptr_fun,mem_fun,mem_fun_ref,unary_function,binary_function 
新 特性 : AH e 
在 旧 特 性 中 ， 提 供 了 多 个 函数 适配器 。 


template <class Argi, class Arg2, class Result> 
pointer_to_binary_function<Arg1, Arg2,Result> 
ptr_fun(Result (*f)(Argi, Arg2)); 


ptr_fun 的 返回 值 是 pointer_to_binary_function<Arg1,Arg2,Result> 
(人 。 简 单 来 说 ， 它 可 以 将 一 个 函数 转化 为 一 个 男 数 对 象 。 以 下 是 一 个 
例子 : 


int compare(const char*, const char*); 
replace_if(v.begin(), v.end(), 
noti(bind2nd(ptr_fun(compare), "abc")), "def"); 


上 例 将 所 有 v 序 列 中 的 abc 替 换 为 def 。 


男 外 ，ptr_fun 除 了 可 以 转化 二 元 函数 以 外 ， 也 可 以 转化 一 元 男 
数 ， 此 时 返回 值 是 pointer_to_binary_function<Arg,Result>(f)。 


pointer_to_binary_function<Arg,Result>(f). 


template <class Arg, class Result> 
pointer_to_unary_function<Arg, Result> 
ptr_fun(Result (*f)(Arg)); 


be MPLA ROS AC atptr_funyh, WARM AROS AC atmem_funAll 


mem_fun_ref ° 


template <class S, class T> class mem_fun_t 
: public unary_function<T*, S> 
template<class S, class T> mem_fun_t<S,T> mem_fun(S (T::*f)()); 
template <class S, class T> class mem_fun_ref_t 
: public unary_function<T, S> 
template<class S, class T> mem_fun_ref_t<S,T> mem_fun_ref(S (T::*f)()); 


为 了 说 明 mem fun 和 mem fun ref， 看 一 下 以 下 的 例子 : 


void f(C& c); 
vector<C> vc; 
for_each(vc.begin(), vc.end(), f); 


天 上 例 来 说 代码 是 可 以 编译 通过 的 ， 但 是 ， 当 人 是 类 C 的 成 员 函 数 
时 呢 ? 


class C { 
public: 
void f(); 
}; 


此 时 我 们 就 需要 使 用 到 类 成 员 函 数 适配器 了 ， 在 这 时 ，mem_fun、 
mem_fun_ref 的 区 别 在 于 mem_fun 需 要 指针 ， 而 mem_fun_ref 需 要 对 象 的 
引用 。 如 上 述 例 和子 中 ， 应 该 使 用 mem_fun_ ref。 


for_each(vc.begin(), vc.end(), mem_fun_ref(&C::f)); 


mem_fun 的 用 法 类 似 ， 在 此 不敬 述 。 由 此 可 见 ， 类 成 员 函 数 适 配器 
可 以 将 一 个 不 含 参数 的 成 员 函 数 转换 为 一 个 一 元 函数 ， 其 中 参数 : 
为 类 本 号 。 此 外 ， 它 也 可 以 将 一 个 一 元 成 员 函 数 转换 为 一 个 二 元 画 
o 


rE 
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返回 类 型 不 仅仅 只 有 mem_fun_t 和 
mem fun ref t， 而 是 根据 转换 后 的 函数 类 型 不 同 而 有 所 不 同 ， 所 有 的 
返回 类 型 如 表 B-1 所 示 。 


mem fun 和 和 mem fun ref 的 


表 B-1 类 成 员 函 数 适 配 如 的 返回 类 型 


mem fun mem fun ref 


JE PA BL mem fun t mem fun ref t 
“TERRA mem funl t mem funl ref t 
const 修饰 的 一 元 函数 const mem fun t const mem fun ref t 


const 修饰 的 二 元 函数 const mem funl t const mem funl ref t 


现在 我 们 来 看 C++11 的 新 特性 。 我 们 前 面 已 经 介绍 过 了 新 的 bind 画 
数 模 板 ， 它 取代 了 原 有 的 bindlst 和 bind2nd。bind 不 再 需要 ptr_fun， 
此 ptr_fun 被 弃 用 。 而 对 于 mem_fun 和 mem_fun_ref，C++11 提 出 了 一 个 
新 的 函数 模板 mem_f 名 ， 它 实现 了 mem_fun 和 mem_fun_ref 的 所 有 功能 


而 且 更 为 强大 。 它 不 像 mem_fun 和 mem_fun_ref 那 样 只 能 处 理 一 元 函数 
或 二 元 函数 ， 它 能 够 针对 任意 多 个 参数 的 函数 进行 转换 ;使 用 时 ， 也 
不 用 再 区 分 是 指针 还 是 一 般 对 象 。 因 此 mem_fun 和 mem_fun_ref 也 被 弃 
用 ， 不 仅 如 此 ， 它 们 所 有 的 返回 类 型 也 被 痉 用 。 另 外 ， 被 弃 用 的 还 包 


括 unary_function 和 binary_function ° 


条 目 8 ”动态 异常 声明 (exception specification) 
HETE: 异常 声 明 throw() 


改动 : 有 参数 的 异常 声明 被 齐 用 ， 空 异常 声明 throw() 补 noexcept 取 


芳 数 可 以 通过 异 肖 声 明 来 列 出 它 直 接 或 者 间接 可 能 抛 出 的 异 第 。 


形 如 throw( 了 TD) 的 异常 声明 成 为 动态 异 彰 声明 。 当 一 个 函数 抛 出 E 类 
型 的 异常 时 ， 如 宋 它 的 动态 异 间 声明 包含 一 个 类 型 T， 且 它 的 处 理 函 数 
(handler) 和 类 型 E 是 匹配 的 ， 那 么 这 个 函数 就 允许 FE 类 型 的 异常 。 
抛 出 一 个 异常 时 ， 编 译 絮 会 搜索 处 理 男 数 ， 如 果 直 到 最 外 层 的 市 有 弄 
靖 声 明 的 代码 模块 都 不 允许 此 异常 的 话 ， 那 么 如 果 是 动态 异常 声明 ， 
WL Val FA std::unexpected() ° 


实践 证 明 ， 动 态 异 常 声明 是 没有 价值 的 ， 只 能 给 程序 市 来 更 多 的 
开销 。 它 主要 的 问题 如 下 : 


-C++ 的 异常 声明 是 一 种 运行 时 检查 ， 而 不 是 编译 时 ， 也 就 是 说 ， 
在 编译 时 不 能 确保 所 有 的 异常 都 能 被 处 理 ， 而 运行 时 的 失败 模式 
(failure mode) ， 也 就 是 调用 std::unexpected0 并 不 能 自身 恢复 。 


:运行 时 的 检查 会 要 求 编 译 胡 生成 更 多 代码 ， 而 这 些 代码 会 阻碍 优 
化 ， 增 大 运行 时 开销 。 


:在 泛 型 的 代码 中 ， 很 难 预知 在 模板 参数 的 操作 过 程 中 会 抛 出 什么 
类 型 的 异 钊 ， 所 以 不 太 可 能 写 出 准确 的 异常 声明 。 


因此 ， 在 C++11 中 ， 动 态 异 常 声 明和 被 弃 用 。 


在 动态 异 闻 声 明 中 ， 作 为 唯一 的 例外 而 被 认为 有 价值 的 是 空 异 和 
声明 ， 也 束 是 hrow0。 在 实践 中 ， 只 有 两 种 异 间 的 抛 出 确实 定 有 用 
的 :程序 会 抛 出 异常 或 者 程序 不 会 抛 出 异常 。 前 者 可 以 由 完全 省 略 异 
常 声 明 来 表示 ; 后 者 则 可 以 由 throw0 来 表示 。 但 是 由 于 性 能 方面 的 考 
虑 ， 还 是 很 少 被 用 到 。 


在 C++11 中 ， 提 出 了 一 种 新 的 异常 声明 noexcept， 天 键 字 noexcept 
表示 函数 不 会 抛 出 异常 ， 或 者 说 异常 不 会 个 接 获 并 处理 。noexcept 异 常 


声明 除了 有 noexcept 天 键 字 的 形式 ， 还 可 以 是 noexcept(constant- 
expression) 的 形式 ， 这 里 constant-expression 要 求 可 以 被 转换 为 bool 类 
型 。 这 样 ，noexcept 可 以 通过 条 件 判 断 来 决定 函数 是 不 是 能 够 抛 出 异 
fi ° Ab, noexcept FW ME SCHL F noexcept(true) ° 4 FA 


noexcept 修 炳 的 画 数 ， 也 束 是 不 允许 抛 出 异 稼 的 图 数 中 抛 出 异 前 时 ， 编 


as 2 Val H std::terminate() ° 


与 throw0 不 同 ，noexcept 不 需要 编译 器 生成 额外 的 代码 来 进行 运行 
时 检查 ， 而 且 使 用 上 更 为 灵活 ， 因 此 完全 可 以 取代 throw0。 


综 上 所 述 ， 由 于 含有 参数 的 动态 异常 声明 在 实际 使 用 中 没有 价 
值 ， 而 空 动 态 异 常 声明 throwO 已 被 noexcept 取 代 ， 所 以 动态 异常 声明 ， 


也 就 是 throw(type-id-listopt) 被 弃 用 。 


PRC ae SCTE 


C++11 是 否 能 够 在 20 世 纪 的 第 二 个 10 年 光芒 依旧 ， 必 不 可 少 地 需要 
整个 行业 的 生态 环境 的 支持 。 这 意味 着 一 方面 是 C++11 在 学 习 使 用 上 的 
闪光 点 深入 人 心 ， 而 另外 一 方面 ， 则 是 有 广泛 的 编译 器 支持 。 


如 同 我 们 在 第 一 章 中 提 到 的 ， 事 实 上 ， 大 多 数 编译 器 组 织 或 厂商 
都 在 看 手 文 择 C++11。 但 C++11l 的 特性 非 芝 多 ， 以 至 于 编译 项 组 织 或 
商 通常 需 要 者 干 个 版 本 才能 完全 文 持 。 在 本 书 编写 时 ， 地 球 上 的 所 有 
编译 器 都 还 未 能 完全 地 支持 所 有 的 C++11 特 性 。 不 过 这 样 的 状况 很 快 就 
会 得 到 改变 。 一 些 开源 的 编译 右 项 目 ， 比 如 GCC 以 及 Clang， 应 该 在 不 
入 的 时 间 内 即将 成 为 第 一 个 完全 支持 C++11 的 编译 器 (现在 从 我 们 得 知 
的 情况 看 来 ，GCC 可 能 会 最 早 完成 ) 。 而 商业 编译 融 则 相对 会 慢 一 
些 ， 而 且 是 否 完整 文 持 C++11 有 时 候 也 会 依据 客户 需要 而 定 。 


在 IBM Power 平 台 上 ， 最 为 常用 的 编译 器 是 IBM 有 的 XL C/C++ 及 
GCC。 截 止 本 书 完成 ，IBM 的 XL C/C++ 编译 器 的 最 新 版 本 是 XL 
C/C++V12.1， 可 以 用 于 AIX 以 及 Linux 平 台 。XL C/C++V12.1 支 持 了 最 
为 核心 的 特性 ， 包 括 了 : auto、c99、 常 量 表达 式 constexpr ` decltype ` 
委托 构造 函数 、 显 式 类 型 转换 operator、 扩 展 的 friend 声 明 、 外 部 模板 、 
内 联名 字 空 间 、long long、 妃 踪 返 回 类 型 的 函数 声明 、 右 值 引用 以 及 移 
动 语义 、 右 尖 括 号 、 静 态 断 言 、 强 类 型 枚 举 、 变 长 模板 等 。 


在 XL C++12.1 中 (AS Whttp://www- 
01.ibm.com/software/awdtools/xlcpp/) ， 程 序 员 可 以 通过 选项 - 
qlanglvl=extended0x 来 开启 对 C++11 大 部 分 特性 的 支持 ，-qwarn0x 选 项 
用 来 诊断 C++11 与 C++98 有 区 别 的 代码 。 此 外 ， 程 序 员 还 可 以 在 
XLC++ 中 仅仅 通过 一 些 子 选 项 开局 某 一 个 C++11 的 功能 ， 详 细 如 表 C-1 
所 示 。 


表 C-1 IBM XL C/C++ 中 有 关于 C++11 的 选项 


IBM XL C/C++ 编译 器 选项 说 明 


-qlanglvl=[nolautotypededuction 


支持 C++11 中 auto 特性 


-qlanglvl=[no]constexpr 


支持 C++11 的 常量 表达 式 类 型 


-qlanglvl=[no]decltype 


支持 decltype 


-qlanglvl=[no]delegatingctors 


支持 委托 构造 函数 


-qlanglvl=[no]c99longlong 


支持 long long 数据 类 型 


-qlanglvl=[no]inlinenamespace 


支持 内 联名 字 空 间 


IBM XL C/C++ 编译 器 选项 


说 AB 


-qlanglvl=[no ]rvaluereferences 


支持 右 值 引用 


-qlanglvl=[no]static_assert 


支持 static assert 


-qlanglvl=[no]variadic[templates] 


支持 变 参 模板 


此 外 ， 一 如 既往 ，IBM 为 所 发 布 的 特性 都 提供 了 展 好 的 文档 支持 


(请 参见 http://pic.dhe.ibm.com/infocenter/Inxpcomp/v121v141/index.jsp 


) 。 


而 在 x86 及 x86_64 平 台 上 ， 编 译 器 在 C++11 的 支持 上 则 呈现 了 百花 
齐 放 的 状态 。 从 商业 编译 器 上 讲 ， 主 要 是 Intel 的 Intel C/C++ 编译 器 及 微 


软 的 MSVC 对 C++11 做 了 大 量 的 支持 。 两 者 最 新 版 本 分 别 为 Intel 
C/C++V13 以 及 MSVC 2012 (本 书 截稿 时 还 没有 正式 发 布 ) ° 


而 在 开源 编译 器 上 ，GCC 及 基于 lIvm 的 dang 则 同样 站 在 C++11 支 持 
的 最 前 列 。GCC 对 C++11 的 支持 在 http://gcc.gnu.org/projects/cxx0x.html 
可 以 找到 ， 同 样 ，clang 对 C++11 的 支持 可 以 从 
http://clang.llvm.org/cxx_status.html 上 找到 。 可 以 看 见 ， 两 款 编译 器 除 
了 依赖 于 底层 的 并 行 特性 和 少量 未 完成 的 特性 外 ， 大 部 分 C++11 的 特性 
都 已 经 得 到 了 支持 。 


虽然 两 款 编译 器 都 实现 了 极 高 的 C++11 文 持 度 ， 不 过 两 者 现在 也 并 
未 默认 开启 C++11 编 译文 持 。 程 序 员 可 以 使 用 -std=c++11 来 打开 C++11 
模式 ， 而 选项 -std=gnu++11 可 以 同时 文 择 C++11 和 GNU 的 扩展 功能 。 


注意 “可 能 读 者 对 clang 编 译 器 还 不 是 非常 了 解 。 不 过 在 我 们 的 使 
用 中 ，clang++ 编 译 器 则 表现 了 很 好 的 实用 性 ，clang++ 基 本 上 兼容 了 所 
有 的 g++ 的 编译 选项 ， 其 错误 输出 在 shell 的 文 持 下 能 够 显示 颜色 ， 所 以 
显得 更 加 友好 。 有 一 些 Linux 的 发 布 版 中 ， 我 们 已 经 看 到 使 用 clang 代 车 
gcc 作 为 默认 编译 如 的 状况 。 


一 些 GCC 中 其 他 C++11 相 关 选 项 则 如 表 C-2 所 示 。 


表 C-2 ”GCC 一 些 与 C++11 有 关 的 编译 选项 


GCC 编译 器 选项 说 明 
-fabi-version=6 增强 abi 对 C++11 中 限定 范围 的 enum 类 型 提升 的 支持 
-feonstexpr-depth=n 设置 C++11 常量 表达 式 的 计算 层 数 
-Wnarrowing 按 C++11 要 求 ， 对 数据 截断 提供 诊断 信息 
-Wec++11-compat 对 C++11 与 C++98 有 区 别 的 地 方 报错 
-Wzero-as-null-pointer-constant 当 数字 0 作为 空 指针 使 用 时 报错 ，C++11 中 空 指针 是 nullptr 


如 第 一 章 所 描述 的 ， 在 本 书 编写 时 ， 我 们 主要 使 用 了 xl c/ct+ > gee 
和 clang 三 种 编译 器 。 因 此 对 其 状态 也 较为 熟悉 。 其 他 的 ， 比 如 跟 Intel 
编译 器 同样 使 用 EDG (Edison Design Group ， 一 个 专业 的 编译 器 前 端 厂 
商 ) 前 端的 HP C/aC++ 编 译 器 、Comeau 编 译 器 ， 以 及 Borland/CodeGear 
的 C++Builder 也 都 或 多 或 少 地 加 入 了 部 分 C++11 的 支持 。 


事实 上 ， 读 者 可 以 通过 网 页 
http://wiki.apache.org/stdcxx/C++0xCompilerSupport 来 获知 主流 编译 器 
组 织 或 厂商 对 C++11 编 译 器 的 支持 情况 。 这 是 一 张 横向 比较 的 表格 ， 如 
果 读 者 想 使 用 的 C++11 特 性 不 在 你 的 编译 器 包含 之 中 的 话 ， 那 么 你 应 该 
写 信 催促 一 下 开发 者 了 。 


附 永 D HRY 


在 本 书 的 编写 过 程 中 ， 作 者 参考 了 大 量 的 资料 。 这 些 资 料 主要 十 
一 些 特性 的 草案 ， 以 及 一 些 源 自 网 络 的 资源 。 前 者 往往 通过 草案 的 提 
出 、 讨 论 、 修 改 、 决 议 等 各 方面 揭示 了 C++ 特 性 发 展演 化 的 过 程 的 所 有 
情况 ， 而 后 者 则 在 对 标准 的 阐释 、 辩 析 、 理 解 上 对 本 书 的 编写 起 了 很 
大 的 帮助 。 同 样 ， 我 们 将 一 些 资源 罗列 出 来 ， 以 供 试图 了 解 C++ 发 展 或 
者 仅仅 是 由 于 本 书 未 能 解除 心中 疑惑 的 读者 使 用 。 


D.1 C++11 特 性 建议 稿 


所 有 关于 C++ 特 性 的 建议 案 都 在 WG21 的 文档 库 中 管理 ， 其 链接 
J: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/ ， 在 WG21 的 文 
档 库 中 ， 所 有 的 文档 都 是 按时 间 排 列 的 。 这 些 文档 最 终 演 化 为 C++ 标准 
的 一 部 分 。 表 D-1 则 按照 主题 的 方式 将 这 些 文 档 串联 起 来 。 由 于 文档 数 
量 较 大 ， 而 且 WG21 也 不 时 会 改变 文档 的 存储 路 径 ， 所 以 我 们 建议 读者 
通过 搜索 的 方式 来 寻找 需要 的 文档 ， 即 在 Google 中 输入 关键 
字 “WG21” 以 及 文档 编号 ， 如 “N1377”。 一 般 我 们 就 可 以 获得 该 文档 的 
有 效 URL 路 径 。 


表 D-1 按 主题 排列 的 C++11 特 性 建议 稿 


E 题 英文 主题 ( topic ) 文档 编号 
右 值 引用 A Proposal to Add an Rvalue Reference to | N1377, N1385, N1690, N1610, 
the C++ Language N1770, N1855, N1952, N2118 
静态 断言 static_assert N1381, N1604, N1617, N1720 
模板 别名 Template aliases for C++ N1406, N1449, N1451, N1489, 
N2112, N2258 
外 部 模板 Extern template N1448，N1960，N1987 
*this 的 移动 语义 Extending Move Semantics To *this|N1784, N1821, N2377, N2439 
(Revision 2) 
通过 右 值 引用 初 妈 化 类 对 象 ” | Clarification of Initialization of Class | N1610 
Objects by rvalues 
变 长 模板 Variadic Templates N1483, N1603, N1704, N2080, 
N2152, N2191, N2242 
扩展 变 长 模板 的 参数 Extending Variadic Template Template | N2488, N2555 


Parameters 


= a 
ET [Siong Typed Emms ss. 
BORAT Forward Declaration of Enums [N2499 
扩展 的 friend 声明 N1520, 
泛 化 的 常量 表达 式 N1521, 


一 些 关 于 C99 安定 义 Synchronizing the C++ preprocessor | N1545, 


with C99 : variadic macros, empty macro 
argument, concatenation of mixed char 


and wchar literals 


条 件 支 持 的 行为 "Conditionally-Supported Behavior N1564, 


将 未 定义 行为 变 为 可 诊断 的 错 |Changing Undefined Behavior into|N1727 
误 Diagnosable Errors 


增加 long long 类 型 Adding the long long type to C++ N1565, 
扩展 的 整 型 Adding extended integertypes to C++ N1746, 
BACH ik AK Delegating Constructors N1581, 


TRES Right AngleBackes [riea 
由 初始 化 表达 式 进行 类 型 推导 NI721, 
initializer expression 
A Proposal to Restore Multi-declarator | N1737 


对 齐 支持 Adding Alignment Support to the C++|N1546, 
Programming Language N2165, 
auto 的 语法 The Syntax of auto Declarations N2337, 
A finer-grained alternative to sequence | N1944, 
points 


追踪 返回 类 型 New function declaration syntax for|N2445, 
deduced return types 

func 预定 义 标识 符 Proposed addition of _func _ predefined | N1970, 
identifier from C99 


POD PODs unstrung N2062, 

N2294, 

在 thread join 的 时 候 复 制 异 常 | Propagating exceptions when joining | N2096, 
threads 


TN Dme n 
Decltype 及 调用 表达 式 N3276 
扩展 的 sizeof N2150, 
显示 缺 省 和 删除 的 函数 N2210, 


Not so trivial issues with trivial N2762 


新 字符 类 型 char16 t 和 char32 t | New Character Types in C++ charl6_|N1628, 
tchar32 t N2149, 
i 


文档 编号 
N1579, N1719, 
N2568, N2678, 
N1616, N1722, 
N1972, N1980, 
N1566, N1653 


N1877, N1971, 
N2252, N2301, 
N1627 


N1693, N1735, 
N1988 

N1618. N1895, 
N1823, N1955, 
N2249 

N1699, N1757 
N1794, N1894, 


N2546 
N2541 


N2052., N2171, 
N2202. N2251, 
N2102, N2172, 
N2342 
N2179 


N2343 


N2253 
N2326. N2346 


( 续 ) 
N2213, N2347 
N2764 


N179] 
N2116, N2235 


N2140, 
N2341 


N1811 
N1986 


N2018, 


N1984 


N2239 


N2340 


N2230, 


双 问 栅栏 Proposed text for bidirectional fences N2633, 
成 员 快 速 初始 化 Member Initializers N1959, 


主题 
lambda ey BC (monomorphic) lambda expressions and | N1968. 
lambda 两 数 的 正确 性 N2561, 
SEET nap sn 
继承 构造 函数 Inheriting Constructors N1898, 
原生 Unicode 字符 串 字面 量 N2053, 
FFE PAY unicode 字符 N2170 
名 字 空 间 的 联合 Namespace Association ("Strong Using") | N1526， 
Ea aos oe 
原子 操作 Atomic operations with multi-threaded | N2047, 
顺序 及 内 存 模型 Sequencing and the concurrency memory | N2052, 
快速 退出 程序 N2383, 
SEEC S, 
C++ 
UTFS 字面 量 N2159, 
type_trait 及 局 部 类 type_trait names Making Local Classes | N1427, 
初始 化 列表 Initializer lists N1509, 
线程 局 部 存储 Thread-Local Storage N1874, 
数据 相关 的 排序 : 原子 操作 与 | C++ Data-Dependency Ordering: Atomics | N2492, 
Ag 
数据 相关 的 排序 : 函数 C++ data-dependency ordering: function | N2361, 
动态 初始 化 及 并 行 Dynamic initialization and concurrency “|N2148， 
最 小 垃圾 回收 支持 Minimal Support for Garbage Collection | N2481, 
| Proposed text for bidirectional fences | 
[Member Initializers | 


N2329, 
N2550 
N2658 
N1601, 


N2119, 
N2438, 
N2223, 
N2146, 


N2013, 
N2430, 
N2145, 
N2427 

N2171, 


N2440 
N2547 
N2447 


N2209, 
N1945, 
N2657 

N1890, 
N2385, 
N1966, 
N2659 

N2556, 


N2493 


N2325, 


N2660 
N2527, 


N2731, 
N2354, 


( 续 ) 
文档 编号 
N2413, N2487, 


N2214, N2431 
N2203, N2254, 
N2512, N2540 


N2333, N2380, N2437 
N2295, N2384, N2442 


N2331, N2535 
N2544 
N2324, N2381, 


N2300, N2334, N2429 


N2295, N2384, N2442 
N2187, N2402, 


N1919, N2100, 
N2531, N2672 
N2147, N2280, 


N2664 


N2382., N2444, 


N2585, N2586, N2670 


N2752 
N2426, N2756 


( 续 ) 


E a 英文 主题 ( topic ) 文档 编号 

一 些 概念 Concepts (unified proposal) N2042, N2081, N2193, N2307, 
N2398, N2421, N2501, N2617, 
N2676, N2710, N2741 

- 些 概 念 Named requirements for C++0x concepts |N2581, N2780 

基于 范围 的 for Wording for range-based for-loop (revision 3) |N1868, N1961, N2049, N2196, 
N2243, N2394 

通用 属性 General Attributes for C++ N2224，N2236，N2379，N2418， 
N2466, N2553, N2751, N2761 

用 户 月 定义 字面 量 Extensible Literals N1511, N1892, N2282, N2378, 
N2747, N2750, N2765 

ERREZ Explicit Virtual Overrides N2928 

RIF IE PA EA Allowing move constructors to throw | N3050 

[noexcept] 
默认 移动 构造 函数 Defining move special member functions | N3053 
强 CAS 操作 Strong compare and exchange N27485 


值得 注意 的 是 ， 编 号 较 小 的 文档 通 前 会 对 相关 主题 的 描述 较 多 ， 
而 编号 较 大 的 文档 则 通常 着 重 改善 之 前 的 特性 ， 以 及 着 重 于 如 何 对 
C++ 标准 进行 修改 。 因 此 最 后 一 篇 文档 稼 浓 未 必 是 读者 需要 的 。 


D.2 其 他 有 用 的 资源 


在 本 书写 作 时 ， 关 于 C++11 的 资源 还 算 不 上 丰富 ( 相 比 于 它 的 前 任 
C++98/03 而 言 ) 。 因 此 ， 大 多 数 的 其 他 资源 都 来 自 于 网 络 。 网 络 的 缺 
点 是 链接 稼 常会 失效 。 不 过 在 本 书 新 鲜 出 炉 的 时 候 ， 相 信 这 些 链接 还 
是 有 效 的 。 


:http://en.wikipedia.org/wiki/C%2B%2B11 ， 这 是 wikipedia 中 关于 
C++11 人 介绍。 比较 全 面 ， 如 果 想 对 所 有 特性 进行 快速 学 习 ，wiki 总 是 不 
容错 过 的 。 


-http://www.stroustrup.com/C++11FAQ.html ，C++ 之 父 Bjarne 
Stroustrup 关 于 C++11 的 介绍 。Bjarne 会 不 时 更 新 一 些 部 分 。 该 页 面 上 也 
有 中 文 翻译 的 链接 。 不 过 看 起 来 还 有 不 少 特 性 Bjarne 还 没 来 得 及 写 。 


.C++Primer Plus Sixth Edition， 这 是 Primer Plus 系列 的 第 六 版 ， 其 
中 对 C++11 有 一 些 介绍 。 本 书 针 对 的 是 C++ 初学 者 ， 而 中 文 版 现在 也 已 
经 问世 了 。 


-http:/www.cprogramming.comy/c++11/what-is-c++0x.html ， 这 是 


Alex Allain 关 于 C++11 的 一 篇 综述 。 不 过 文章 末尾 有 一 些 链接 ， 则 是 
Alex Allain 对 C++11 一 系列 的 特性 分 别 详 述 的 文章 。 而 且 最 为 难能可贵 
的 是 ， 每 一 篇 都 保持 了 高 质量 。 


-http://zh.wikipedia.org/wiki/C++0x ， 这 是 wiki 中 文中 对 C++11 的 摘 
述 。 跟 英文 版 一 样 ， 傈 持 了 很 好 的 特性 分 类 。 这 也 是 我 们 推荐 的 为 数 
不 多 的 中 文 资源 。 


-http://en.cppreference.com/w/ ，cppreference 应 该 是 所 有 同类 型 网 站 
中 我 们 最 喜欢 的 。 通 过 搜索 ， 读 者 可 以 找到 任何 关于 C++ 的 特性 描述 、 
库 工 具 等 ， 而 且 大 多 数 市 有 简单 易 懂 的 例子 。 


-http://stackoverflow.com/ ， 可 以 肯定 的 是 ， 在 stackoverflow 的 网 
上 ， 凋 会 有 世界 级 的 C++ 专 家 出 没 。 任 何 困难 的 C++11 问 题 ， 基 本 上 都 
可 以 在 stackoverflow 上 搜索 到 相关 的 答案 。 


其 他 


-http://www.open-std.org/jtc1/sc22/wg21/ ，WG21 的 主页 ， 读 者 可 以 
在 这 里 找到 C++ 标准 委员 会 的 邮件 、 文 档 、 会 议 等 各 种 信息 ， 甚 至 是 
些 标准 的 草稿 。 


-Adve,Gharachorloo,Shared Memory Consistency Models:A Tutorial, 
这 是 一 篇 介绍 内 存 模型 的 非常 好 的 论文 ， 作 者 通过 对 多 个 硬件 平台 的 
比较 ， 总 结 归 纳 了 软 硬 件 平台 的 内 存 一 致 性 实现 的 方式 。 读 者 应 该 很 
容易 搜索 到 。 


